Introduccion al Diseño Arquitectonico

República Bolivariana de Venezuela Ministerio del Poder Popular para la Educación Universitaria Instituto Universitario de Tecnología de los Llanos PNF Informática

PROFESOR: THOMAS TORREALBA

INTEGRANTES: PIÑA DANIELA SILVA JENNIFER MARTINEZ YOKASTA ZAMORA JOSE

Valle de la Pascua Edo. Guárico

Titles you can't find anywhere else

Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.









INDICE INTRODUCCION………………………………………………………………iii Estilos Arquitectónicos…………………………………………………………. Arquitectónicos…………………………………………………………..4 .4 Sistema de Flujo de Datos ( Tuberías y Filtros)…………..……………….......5

Sistemas basados en llamada y retorno (Capas)…………………………….8 Sistemas de Componentes Independientes………………………………...11 Sistema Basado en Transacciones…………………………………………14 Sistemas basados en eventos………………………………………………14 Sistemas basados en P2P……………………………………………….….15 Sistemas basados en Cliente/Servidor……………………………………..18

Aspecto de hardware en la arquitectura del software………………………. softw are………………………. Notación para representar las arquitecturas del software………………….. CONCLUSIÓN……………………………………………………......................iv BIBLIOGRAFÍA………………………………………………………………...v









INTRODUCCIÓN Un estilo es un concepto descriptivo que define una forma de articulación u organización arquitectónica. El conjunto de los estilos cataloga las formas básicas posibles de estructuras de software, mientras que las formas complejas se articulan mediante composición de los estilos fundamentales. En tal sentido, los estilos estilos conjug conjugan an

elemento elementoss o “compo “componen nentes” tes” como como lo son los conec conector tores, es,

configuraciones y restricciones. Al estipular los conectores como elemento de juicio de primera clase, el concepto de estilo, incidentalmente, se sitúa en un orden de discurso y de método que el modelado orientado a objetos en general y UML en particular no cubren satisfactoriamente. La descripción de un estilo se puede formular en lenguaje natural o en diagramas, pero lo mejor es hacerlo en un lenguaje de descripción arquitectónica o en lenguajes formales de especificación.

Así mismo un estilo arquitec arquitectónico tónico es un conjunt conjunto o coordinado coordinado de restriccio restricciones nes arquitectónicas que restringe los roles/rasgos de los elementos arquitectónicos y las relaciones permitidas entre esos elementos dentro de la arquitectura que se conforma a ese estilo.









1 - ESTILOS ARQUITECTÓNICOS: Es un conj conjun unto to de regl reglas as y rest restri ricc ccio ione ness que que defi define nen: n: Cuál Cuáles es tipo tiposs de comp compon onen ente tes, s, inte interf rfac aces es & cone conect ctor ores es pued pueden en ser ser usad usados os en un sist sistem emaa (Vocabulario/Metáforas). Posible inclusión de tipos de dominio-especifico cómo los compon component entes es y conect conectore oress pueden pueden ser combin combinado adoss (estruc (estructur tura). a). Cómo Cómo se comporta el sistema. También es un un conjunto de guías que soportan la aplicación del estilo (Cómo lograr ciertas propiedades del sistema) Un estilo arquitectónico define una familia de sistemas en términos de un patrón de organización estructural.



Sistema de Flujo de Datos: Tien Tienee

com como

objeti jetiv vo

el aseg asegur uram amie ien nto de

cual cualid idad ades es de

reutilización y modificabilidad, este estilo es caracterizado por ver el sistema como una serie de transformaciones sobre elementos sucesivos de datos de entrada Los Los dato datoss entr entran an al sist sistem emaa y lueg luego o nav navegan egan a trav través és de componentes al mismo tiempo, antes de ser asignados a su destino final.



Tuberias y Filtros: Cada componente tiene un conjunto de entradas y salidas, un componente lee flujos de datos (streams) desde sus entradas y genera flujos de datos. Usan pequeña información contextual y no retienen información de su estado entre invocaciones. Los pipes son stateless. Las restricciones restricciones indican la forma en la cual los pipes y los filtros pueden pueden ser encadenados.









Espe Especi ciali aliza zacio cione ness de este este estil estilo o

Pipelines, rest restri ring ngen en las las tipo tipolo logí gías as a

secuencias lineales de filtros.

Bounded pipes , restringen el tamaño de datos que puede residir en un pipe. Typed pipes, requiere que los datos pasados entre dos filtros tengan un tipo bien definido. 0 Ej: Compiladores (analizador léxico, parser, analizador semántico)

Elementos Tubo-Filtro Filtro:Deben ser entidades independientes Puede NO compartir estado con otros filtros Los filtros no conocen la identidad de sus vecinos No preserva su estado entre invocaciones Pipe:Mueve datos de un filtro de salida a un filtro de entrada La fuente de un pipe solo puede ser conectada a la salida de un filtro o a su entrada (restricción)

Ej:

0











Sistemas basados en llamada y retorno:

Perm Permit itee al dise diseña ñado dorr del del soft softwa ware re cons constr trui uirr una una estr estruc uctu tura ra de prog progra ram ma relativamente fácil de modificar y ajustar a escala. Existen 2 subestilos: • Arquitectura de programa principal: Clasifica de programación descompone las funciones en una jerarquía de control donde un programa principal llama a un número número de component componentes es del programa, programa, los cuales pueden pueden también llamar a otros componentes. • Arquitectura de llamada de procedimiento remoto: Los componentes de una arquitectura de programa principal/subprograma, están distribuidos entre varias computadoras en una red.

Capas Organización Jerárquica: Cada capa provee servicios a sus capas vecinas. Los conectores son definidos por los protocolos que determinan cómo interactúan las capas. Restricciones topológicas incluyen limitación de interacciones a capas adyacentes Cada capa sucesiva es construida basada en su antecesor

Ej: Modelo OSI, Sistema X-Windows , etc.

1 Organización en Capas: Aplicab Aplicabilid ilidad: ad: Sistem Sistemas as grande grandess que están están caracter caracterizad izados os por una mezcla mezcla de elementos de alto y bajo nivel, donde los elementos de alto nivel dependen de los de bajo nivel.











Componentes:son las capas o niveles que pueden estar implementadas internamente por objetos o procedimientos. Cada nivel tiene asociada una funcionalidad: Niveles bajos: Funciones simples, ligadas al hardware o al entorno. Niveles altos: Funciones más abstractas.

Mecanismos de interacción entre componentes: Llamadas a procedimientos. Llamadas a métodos. Invariantes/Restricciones:

Sólo llamadas de niveles superiores a inferiores.

(Variante) Sólo llamadas entre niveles adyacentes. Aplicación ción:: Aplica Compiladores.

Torres Torres de protoc protocolo oloss de comuni comunicaci cación, ón, Sistema Sistemass operat operativo ivos, s,









Permite trabajar en varios niveles de abstracción. Para implementar los niveles superiores no se necesita conocer el entorno subyacente, solo las interfaces que proporcionan los niveles inferiores. 0 

Sistemas de Componentes Independientes:

Esta sección contiene un repaso del las principales ideas que se manejan en [CD01 [CD01]. ]. La arqui arquitec tectu tura ra de un sistem sistemaa de infor informa mació ción n se especi especific ficaa en dos dos niveles niveles de refinam refinamient iento. o. El primero, primero, denomi denominad nado o Arquitec Arquitectura tura del Sistema Sistema expresa el estilo de arquitectura a aplicar en el nivel más alto de abstracción. Como se dijera previamente, el estilo aplicado es el de capas. En la primera parte se definen concretamente las capas a utilizar, así como las principales responsabilidades de los componentes que residirán en cada una de ellas. En la segunda segunda parte, en base a las responsabilidades responsabilidades mostradas, se estudian los los elem elemen ento toss bási básico coss de una una espe especi cifi fica caci ción ón de arqu arquit itec ectu tura ra lógi lógica ca de compon componente entes, s, que constitu constituyen yen los modelos modelos indepen independien dientes tes de la tecnolo tecnología gía (PIM), así como un ejemplo de uno de ellos.

Arquitectura del Sistema: Esta sección contiene un repaso del las principales ideas que se manejan en [CD01]. La arquitectura de un sistema de información se especifica en dos niveles









componentes, que constituyen los modelos independientes de la tecnología (PIM), así como un ejemplo de uno de ellos.

Arquitectura del Sistema : Los sistemas de información pueden modelarse según el estilo de arquitectura de niveles de abstracción o capas [SG96]. Este estilo se organiza jerárquicamente. Cada capa brinda servicios a la capa superior a ella y actúa como cliente para la capa inferior. Los servicios brindados en las capas altas corresponden a un nivel alto de abstracción, y los servicios brindados por capas bajas corresponden a un nivel nivel bajo bajo de abstrac abstracció ción. n. A contin continuac uación ión se presen presenta ta la organi organizac zación ión de un sistema de información indicando las responsabilidades de los componentes que residen en cada capa. Esta organización está dada de forma que las capas están presentadas en orden decreciente de abstracción, y está basada en la propuesta por [CD01] habiéndosele agregado la capa de IU de Diálogos del Usuario: • Capa Capa de Interfa Interfazz de Usuario: Usuario: Se encarga encarga de la presen presentaci tación ón al usuari usuario. o. Contiene formularios, páginas Web, etc. • Capa de IU de Diálogos del Usuario: Maneja la lógica de la IU y coordina coordina la presentación al usuario. • Capa de Diálogos Diálogos del Usuario: Usuario: Maneja la lógica lógica de diálogos diálogos y mantiene el estado del diálogo.









Comprende en general a frameworks, APIs, manejadores de bases de datos, etc.

Arquitectura Lógica: La arquitectura del sistema presentada antes indica el estilo general que seguirá la aplic aplicaci ación ón.. El sigui siguien ente te paso paso es dete determ rmin inar ar el estil estilo o que que cada cada capa capa segui seguirá rá internamente, así como identificar que elementos la poblarán. La organización organización interna utilizada utilizada en cada capa varía. La interfaz interfaz de usuario, usuario, si es orientada al Web, seguirá el estilo cliente-servidor. La metodología de desarrollo puede condicionar el estilo de arquitectura a elegir, ya que mediante la aplicación de la metodologí metodologíaa cada capa será poblada con elementos elementos que residirán residirán en ella. El ejemplo ejemplo de la Figura 1, tratado tratado en [PV03], fue desarrollado desarrollado aplicando el enfoque enfoque de [CD01, [CD01, VP03]. VP03]. En consecu consecuenc encia, ia, el estilo estilo de arquit arquitect ectura ura utiliz utilizado ado en las capas. Diál Diálog ogos os de Usua Usuari rio, o, Serv Servic icio ioss de Sist Sistem emaa y Serv Servic icio ioss de Nego Negoci cio o es componentes.









El estereotipo «comp spec» denota a una especificación de componente. Cada especif especificac icación ión ofrece ofrece una o más interfa interfaces, ces, las cuales cuales son estereo estereotip tipada adass con «interface type». Una interface type tiene asociado un modelo de información sobr sobree el cual cual se expr expresa esan n los los cont contra rato toss de softw softwar aree para para cada cada una una de sus sus operaciones. Los diálogos de usuario no son considerados en [CD01]. Un diálogo de usuario, estereotipado con «dialog type», encapsula la lógica de un caso de uso. Por no tener un modelo de información información asociado, asociado, la interfaz interfaz provista provista no necesita necesita











Está basado en la computadora y la relación de sustentabilidad de los trabajos rutinarios, es el más importante y el más utilizado dentro de la empresa, pues reduce el tiempo de las operaciones o actividades rutinarias de la empresa. " Transacción es cualquier suceso o actividad que afecta a toda la organización". Las transacc transaccion iones es más comune comuness dentro dentro de la empresa empresa incluy incluyen en las siguie siguiente ntess operaciones: •

Facturación de ventas

•

Entrega de mercaderías (incluye el tiempo y el período de pago)

•

Pago de las nóminas a los empleados.

•

Comprobación de las cuentas "a cobrar" y "a pagar".

La empr empres esaa debe debe pose poseer er un sist sistem emaa efic eficie ient ntee para para rela relaci cion onar ar toda todass las las transacciones, y evitar demoras y/o errores que puedan hacernos perder clientes, o









Estas Estas activid actividade adess operaci operaciona onales les están están presen presentes tes en cualqu cualquier ier organi organizaci zación ón de forma reiterada, y poseen todas ellas unas características comunes, como son: •

Hay un gran volumen de transacciones repetitivas.

•

Hay gran similitud entre dichas transacciones.

•

Los procedimientos para el procesamiento de estas transacciones, está bien definido y se puede describir con detalle.

•

Existen muy pocas excepciones a los procedimientos normales.

Estas características permiten establecer rutas para el manejo de las transacciones, indicando que debe buscar, y que se debe hacer cuando se presente una excepción. Los

pro proced cedimie imient nto os

para para

el

proce roceso so

"procedimientos de operación estándar". Por ejemplo:

de

tran transa sacc ccio ione ness

se

den denomin ominan an









•

dentro de los límites establecidos.

•

dentro del saldo de la cuenta

Registrar la transacción en los archivos

•

•

Entregar el dinero

•

Expedir el comprobante

•

Cerrar

Retirar el dinero

y

prepararse

para

la

próxima operación Estas actividades se repiten varias veces al día de forma rutinaria, por lo que es una operación operación que se puede delegar de forma forma eficiente eficiente y eficaz para procesar los datos de una transacción, y recoger las excepciones en ventanilla, agilizando las operaciones. Los TPS brindan velocidad velocidad y exactitud, exactitud, y se pueden programar programar en las decisiones decisiones











Sistemas basados en P2P:

Peer-to-peer ( P2P ) o redes de computación es una arquitectura de aplicaciones distribuidas que las tareas de particiones o las cargas de trabajo entre pares.Los compañeros compañeros son igualmente igualmente privilegiados, privilegiados, los participantes participantes equipotentes equipotentes en la aplicación. Se dice que forman una red peer-to-peer de nodos. Un ejemplo de esta arquitectura es Diaspora, la cual fue un proyecto fundado por Dan Dan Grip Grippi pi,, Salz Salzbe berg rg Max Maxwell well,, Raph Raphae aell Sofa Sofaer er y ZhitomirskiyIlya , los estudiantes de Courant de Nueva York de la Universidad Instituto de Ciencias Matemáticas Diáspo Diáspora ra tiene tiene por objeto objeto aborda abordarr los proble problemas mas de privac privacida idad d relaci relaciona onados dos con las redes sociales centralizado centralizado permitiendo a los usuarios crear su propio servido servidorr (o "pod") "pod") para para alojar alojar el conten contenido ido;.v ;.vain ainas as se puede puede interac interactua tuarr para para compart compartir ir actual actualizac izacion iones es de estado, estado, fotogr fotografía afíass y otros otros datos datos sociale socialess [ 5 ] Es permite a los usuarios alojar sus datos con un proveedor de alojamiento web









Es un elemento primordial, la presencia de un medio físico de comunicación entre las máquinas máquinas,, y dependerá de la naturaleza de este medio la viabilidad del sistema. Normalmente estos sistemas son muy comunes, Hotmail es uno de esos sistemas asi como también los servidores web y los servidores de base de datos.

Cliente-servidor La arquitectura arquitectura cliente-servid cliente-servidor or es un modelo de aplicación aplicación distribuida distribuida en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores, servidores, y los demandantes, llamados clientes. clientes. Un cliente realiza peticiones a otro programa, el servidor , que le da respuesta. Esta idea también se puede aplicar a programas que se ejecutan sobre una sola computadora, aunque es más ventajosa en un sist sistem emaa opera operati tivo vo multiusuario dist distri ribu buid ido o a trav través és de una una red red de computadoras. computadoras. En esta arquitectura la capacidad de proceso está repartida entre los clientes y los servidores, aunque son más importantes las ventajas de tipo organizativo debidas











La red cliente-servidor es aquella red de comunicaciones en la que todos los clientes están conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y que los pone a disposición de los clientes clientes cada vez que estos son solicitados. solicitados. Esto significa significa que todas las gestiones que se realizan se concentran concentran en el servidor, servidor, de manera que en él se disponen disponen los requerimientos provenientes de los clientes que tienen prioridad, los archivos que son de uso público público y los que son de uso restringido, restringido, los archivos que son de sólo lectura y los que, por el contrario, pueden ser modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso de que se este utilizando en una red mixta.

Características









•

Por lo general, aceptan conexiones desde un gran número de clientes (en ciertos casos el número máximo de peticiones puede estar limitado).

•

No es frecuente que interactúen directamente con los usuarios finales.

2 – ASPECTO DE HARDWARE EN LA ARQUITECTURA DEL SOFTWARE:

3 – NOTACION PARA REPRESENTAR LAS ARQUITECTURAS DEL









CONCLUSIÓN La arquitectura del software nos proporciona una visión global del sistema a construir. Los componentes del software incluyen módulos de programas y varias representaciones de datos que son manipulados por por el programa. La arquitectura marca decisiones decisiones de diseño tempranas y proporciona proporciona el mecanismo mecanismo para evaluar evaluar los beneficios de las estructuras de sistema alternativas. La arquit arquitectu ectura ra de softwar softwaree es impor importan tante te como como discip disciplin linaa debido debido a que los sistemas de software crecen de forma tal que resulta muy complicado que sean diseñados, especificados y entendidos por un solo individuo. Uno de los aspectos ti

el estud estudio io

est

el facto facto hu

té

in

de









BIBLIOGRAFÍA

http://www.buenastareas.com/ http://www.rincondelvago.com/ http://es.wikipedia.org http://www.monografias.com/

Introduccion al Diseño Arquitectonico

Recommend Documents