Vous êtes sur la page 1sur 8

Universidad Abierta y Distancia de Mxico

Evidencia de aprendizaje: Unidad II

Nombre: Abraham Snchez Jurez

Materia: Diseo y arquitectura de software

Facilitador: Gloria Martnez Martin

Matricula: AL12526906
Evidencia de aprendizaje. Lenguaje descriptor y patrones de arquitectura de software

Primero que nada para tener una mejor construccin de todo los procesos que se generan dentro de un negocio y
conocer su funcionamiento es muy importante utilizar un lenguaje descriptor que nos ayude a modelar todo el
funcionamiento de los procesos que se lleva a cabo dentro de la empresa para poder ser utilizado sus caractersticas y
desarrollar un programa de software al conocer el funcionamiento de estos procesos. Un lenguaje descriptor nos ofrece
expresar las caractersticas de un sistema, en otras palabras modelarlo, aplicando una convencin grfica a un alto nivel
de abstraccin. Dentro de la arquitectura de software existen varios ADL que nos ayuda a modelar muchas
caractersticas de distintas formas de acuerdo al problema que se est enfrentando. Hay distintos lenguajes descriptores
pero en este caso utilizaremos UML. Ya que el caso de estudio es una tienda de conveniencia donde el cliente va adquirir
un producto, con un diagrama de funciones cruzadas podremos ver las caractersticas de cmo funciona este sistema
gracias a un lenguaje descriptor.
Diagrama de actvidades "Oxxito"

Cliente Empleado de mostrador

Recibir peticin

Buscar producto

NO
Revisar mercancia

SI hay
producto

Solicitar producto Surtir producto

NO
Entregar producto

SI hay
producto

Recibir producto

Pagar producto Cobrar producto


Fase

Como podemos ver gracias al este tipo de lenguaje descriptor podemos conocer el funcionamiento de los procesos del
de esta empresa, con esto ya tenemos identificados varios factores en cmo podemos construir un programa, teniendo
en cuenta todo esto podemos analizar el contenido del modelado de estos procesos y analizar cul es el mejor patrn
para ser utilizado en este caso.

Patrn de arquitectura de software

Qu es un patrn de arquitectura de software?

Los patrones de diseo de software que ofrecen soluciones a problemas de arquitectura de software en ingeniera de
software. Dan una descripcin de los elementos y el tipo de relacin que tienen junto con un conjunto de restricciones
sobre cmo pueden ser usados. Un patrn arquitectnico expresa un esquema de organizacin estructural esencial para
un sistema de software, que consta de subsistemas, sus responsabilidades e interrelaciones. En comparacin con los
patrones de diseo, los patrones arquitectnicos tienen un nivel de abstraccin mayor. Los patrones de diseo de
software nos ofrecen la manera en cmo debe de funcionar un programa por medio de este patrn, donde las
peticiones que son enviadas por el usuario deben de reaccionar de acuerdo al patrn elegido al momento de la
programacin. Esto nos ayuda demasiado ya que un software debe de estar construido a base de un patrn para poder
construir mejor software y funcione de manera adecuada para el usuario, hay distintos tipos de patrones entre ellos
estn:

Cliente-servidor
Modelo-vista-controlador
Tubera-filtro
Arquitectura en capas

Lo ms importante de los patrones arquitectnicos es saber elegir el patrn de acuerdo al funcionamiento que se le va a
a dar resolucin al software a travs de algn tipo de patrn, ya que nos enfrentamos a una situacin de que el patrn
elegido va hacer el que determine como va a funcionar el software, ya que cada peticin y llamado seguir un camino de
acuerdo a el tipo de patrn elegido.

Patrones de arquitectura

Cliente-servidor
Se define como una arquitectura distribuida que permite a los usuarios finales obtener acceso la informacin en forma
transparente an en entornos multiplataforma. En el modelo cliente-servidor, el cliente enva un mensaje solicitando un
determinado servicio (hace una peticin), y este enva uno o varios mensajes con la respuesta (provee el servicio).

Modelo-vista-controlador
El modelo MVC nos ayuda a separar la lgica del negocio de la interfaz del usuario, facilita la evolucin por separado de
ambos aspectos, incrementa reutilizacin y flexibilidad. Ahora veremos como esta definido y definido el MVC, tambin
como el funcionamiento de este mismo.

Modelo: El modelo administra el comportamiento y los datos del dominio de aplicacin, responde a requerimientos de
informacin sobre su estado (usualmente formulados desde la vista) y responde a instrucciones de cambiar el estado
(habitualmente desde el controlador).

Vista: Maneja la visualizacin de la informacin.


Controlador: Interpreta las acciones del ratn y el teclado, informando al modelo y/o a la vista para que cambien segn
resulte apropiado.

Tanto la vista como el controlador dependen del modelo, el cual no depende de las otras clases. Esta separacin permite
construir y probar el modelo independientemente de la representacin visual. La separacin entre vista y controlador
puede ser secundaria en aplicaciones de clientes ricos y, de hecho, muchos frameworks de interfaz implementan ambos
roles en un solo objeto. En aplicaciones de Web, por otra parte, la separacin entre la vista (el browser) y el controlador
(los componentes del lado del servidor que manejan los requerimientos de HTTP) es muy ms definida.

Tuberia-filtro
Una tubera (pipeline) es una popular arquitectura que conecta componentes computacionales (filtros) a travs de
conectores (pipes), de modo que las computaciones se ejecutan a la manera de un flujo. Los datos se transportan a
travs de las tuberas entre los filtros, transformando gradualmente las entradas en salidas. Se aplica cuando los datos
de entrada se han de transformar en datos de salida mediante una serie de operaciones. Los componentes (filtros) van
transmitiendo datos al siguiente por medio de tuberas. Los filtros no necesitan saber el funcionamiento de los vecinos.
Slo se preocupan de su entrada y su salida. Si hay una sola lnea de transformaciones se denomina procesamiento por
lotes secuencial (pipeline)

Arquitectura por capas:

Esta se define como un estilo de capaz como una organizacin jerrquica tal que cada capa proporciona a la capa
inmediatamente superior y se sirve de las prestaciones de la capa inferior. Las capas pueden ser entidades complejas,
compuestas de varios paquetes o subsistemas. Las ventajas del estilo en capas son obvias.

Para el caso de estudio eh elegido como patrn arquitectnico el MVC, ya que dentro de este patrn tenemos muchas
ventajas que podemos sacar mucho provecho de acuerdo a su funcionamiento. Contamos con un modelo (base de
datos) con el cual podemos construir por medio de un lenguaje de base de datos SQL, un esquema de base de datos que
contenga tablas bien definidas para poder hacer consultas de acuerdo a lo que el usuario pide. El usuario cuando una
peticin (GET) por ejemplo la consulta sobre la informacin de un precio de un producto el controlador hace una
peticin al modelo y este enva un respuesta (request) al controlador y este enva una respuesta(GET) a la vista donde el
usuario recibe la contestacin que es mostrada en la vista.

Con las imgenes siguientes podemos constatar el funcionamiento del patrn elegido MVC y su funcionamiento:
Dentro del MVC podemos enviar varios tipos de peticiones GET Y POST, con una se obtiene resultados y con la otra
podemos enviar informacin a la base de datos. Para esto nos ayuda el controlador donde se define todo el cdigo que
va a controlar el manejo de todos estos datos que van hacer utilizados, formados y controlados dentro del todo el
sistema de software, el controlador es la base del funcionamiento del programa. Dentro del controlador podemos
utilizar distintos lenguajes de programacin entre los ms usados esta Python, PHP, ASP y otros ms.
Como se aprecia en la imagen en esta parte de cdigo muestra el funcionamiento del controlador donde se definen las
entradas y salidas de las peticiones, si la informacin es vlida o no y qu hacer con toda la informacin que pasa por el
ciclo de la aplicacin. Dentro del servidor que tambin es una parte del controlador podemos ver las peticiones que
pasan.

Todas las peticiones van hacer mostradas la cara frontal de la aplicacin, o sea la vista:
Que este caso la vista est formado por una plantilla HTML/CSS.

Una de las partes ms importantes del MVC es el modelo donde se aloja toda la informacin almacenada a travs de un
lenguaje de base de datos, del cual el controlador obtendr a travs de las tablas construidas en el modelo.

Vous aimerez peut-être aussi