Aplicaciones web - Historial de revisiones

Yoelalejandro en 18:47 22 ene 2014

2014-01-22T18:47:25Z

Yaimajcbayamo8 en 16:29 20 ene 2014

2014-01-20T16:29:17Z

Yaimajcbayamo8: /* Modelación de Aplicaciones Web */

2014-01-20T16:25:53Z

‎Modelación de Aplicaciones Web

Yaimajcbayamo8: /* Arquitectura de las Aplicaciones Web */

2014-01-20T16:21:49Z

‎Arquitectura de las Aplicaciones Web

Yaimajcbayamo8 en 16:19 20 ene 2014

2014-01-20T16:19:09Z

Anabel pal en 16:12 20 ene 2014

2014-01-20T16:12:54Z

Anabel pal en 16:12 20 ene 2014

2014-01-20T16:12:26Z

Yaimajcbayamo8 en 16:12 20 ene 2014

2014-01-20T16:12:16Z

Yaimajcbayamo8 en 16:09 20 ene 2014

2014-01-20T16:09:25Z

Yaimajcbayamo8: Página creada con '
Aplicaciones Web Sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer...'

2014-01-20T16:04:29Z

Página creada con '<div align=justify> Aplicaciones Web Sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer...'

Página nueva

<div align=justify>
Aplicaciones Web
Sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una aplicación Web es un sistema de software con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando el UML para los modelos.
Para UML una Aplicación Web es un software diseñado para automatizar procesos cuyo resultado se entrega a través de Internet o una Intranet.
==Ventajas de las Aplicaciones Web==
Una de las ventajas más significativas de las aplicaciones Web, consiste en su forma de instalación y distribución, ya que normalmente instalar una aplicación Web consiste en configurar los componentes del lado del servidor en la red y NO es necesaria una instalación o configuración en el lado cliente.
Además el protocolo principal de comunicación en una aplicación Web es HTTP, el cual funciona normalmente desconectado, es decir, el cliente hace una petición al servidor, este la procesa y le devuelve el resultado, terminando la comunicación entre estos.
Las diferencias entre una aplicación Web y un sitio Web (aunque este sea dinámico), radican en su utilización. Las aplicaciones Web implementan “lógica de negocios” y su uso cambia el estado del negocio. Esto es importante porque define el enfoque del esfuerzo a la hora de modelarlas.
==Arquitectura de las Aplicaciones Web==
Para comprender como se pueden modelar las Aplicaciones Web, primero hay que entender cuál es su lógica de funcionamiento, y las partes que la integran.

La arquitectura básica de una aplicación Web incluye los navegadores, la red y el servidor Web.

El servidor Web distribuye páginas de información formateada a los clientes que las solicitan. Los requerimientos son hechos a través de una conexión de red, y para ello se usa el protocolo HTTP.

En algunos ambientes de desarrollo de aplicaciones Web, las páginas contienen código HTML y scripts dinámicos, que son ejecutados por el servidor antes de entregar la página, ejemplos: ASP (Active Server Pages), JSP (Java Server Pages), Cold Fusion, ISAPI, PHP (Hypertext Preprocessor), etc.

Algunas páginas incluyen scripts del lado cliente que son interpretadas por el navegador (código JavaScript o VBSscript, mezclados con código HTML). Estos scripts definen el comportamiento dinámico adicional para la página y pueden interactuar con el navegador, el contenido de la página y los controles adicionales contenidos en ella (Applets de Java, controles Active X y plug-ins).
El usuario ve e interactúa con el contenido de la página; la forma más común de interacción es a través de formularios (Form), donde el usuario introduce la información en campos de entrada (textbox, text area, checkbox, selection list, etc) y los envía al servidor para procesarlos. El usuario también puede interactuar con el sistema navegando a diferentes páginas a través de los hipervínculos.

En muchas aplicaciones Web hay una capa intermedia, compuesta por un conjunto de componentes, que se ejecutan no necesariamente en el servidor Web, sino en otros servidores de aplicaciones. Esta capa encapsula la lógica del negocio, y, al ser componentes compilados puede contener objetos, con sus métodos y atributos (llamados business objects).

Cuando se está procesando la lógica de negocios se puede interactuar con otros recursos del lado del servidor como bases de datos y otros componentes de la capa intermedia.
==Modelación de Aplicaciones Web==
Modelar el interior del servidor Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante.
Según RUP, las aplicaciones Web pueden representarse típicamente por un conjunto de modelos: modelo de casos de usos, modelo de implementación, el modelo de despliegue, el modelo de seguridad, y algunos otros. Por ejemplo: En una aplicación Web, un diagrama de componentes puede verse como un Mapa del Sitio o de Navegación.

Un Mapa de navegación define la estructura jerárquica de páginas lógicas de la aplicación y los niveles de los usuarios en la navegación. Cada página lógica es candidata a convertirse en una interfaz de usuario.

Con el diagrama de componentes no podemos modelar las colaboraciones que ocurren en las páginas. Este nivel de abstracción, extremadamente importante para los diseñadores y desarrolladores, necesita ser parte del modelo, y para ello podemos crear un diagrama de clases para representar estas colaboraciones, donde cada página lógica puede ser representada como una clase.
Pero que problemas nos encontramos al tratar de utilizar el diagrama de clases tradicional para modelar aplicaciones Web.
Si una página Web es una clase en el modelo, entonces los scripts de la página podrían mapearse como operaciones de la clase. Cualquier variable de los scripts cuya alcance sea en la página podría mapearse entonces como un atributo de la clase, y los hipervínculos como relaciones entre las clases. La figura siguiente nos muestra cómo quedaría la relación de una página de búsqueda que genera una página de resultados correspondientes a esa búsqueda.

Al parecer todo ha sido muy sencillo, sin embargo se nos presenta un problema con este modelo. Todos sabemos que una página Web puede contener un conjunto de scripts que se ejecutan en el servidor (que son los encargados de preparar el contenido dinámico de la página) y un conjunto de scripts, completamente diferentes, que se ejecutan en el cliente, o sea en el Browser (JavaScript).
Por lo tanto, cuando miramos una clase como una página Web en el modelo, habría una confusión pues no sabríamos distinguir que atributos, operaciones y a veces relaciones están activas en el servidor (cuando se está preparando la página) y cuales están activas cuando el usuario está interactuando con la página en el navegador cliente. Por este motivo no podemos mapear una página Web como una clase UML pues no comprenderíamos bien el sistema.

Para resolver este problema los especialistas del Rational decidieron modelar los aspectos del lado del servidor como una clase y los aspectos del lado del cliente como otra clase; para ello se plantearon la creación de una extensión al modelo de análisis y diseño que permitiera representar el nivel de abstracción adecuado, y la relación con los restantes artefactos de UML.

Actualmente el UML tiene varios mecanismos de extensión que fueron definidos para extender su semántica en aquellas situaciones en las que no es posible capturar todas las características de una determinada arquitectura o dominio en particular.

==Fuentes==

· Jim Conallen, Building Web Applications with UML, Object Technology Series by Addison Wesley Longman, 1999

· Jim Conallen, UML Extension for Web Applications 0.91, 22-Mar-1999.

· Jim Conallen, Modeling Web Application Architectures with UML, Rational Software, June 1999 http://www.rational.com/media/uml/resources/documentation/27662_webapps.pdf

· Stan Ward, Per Kroll, Building Web Solutions with the Rational Unified Process: Unifying the Creative Design Process and the Software Engineering Process

[[Category:Ingeniería_de_software]]

@@ Línea 1: / Línea 1: @@
-{{Normalizar|motivo=Completar datos de plantilla}}
+{{Definición
 <div align=justify>
-Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una aplicación [[Web]] es un sistema de [[software]] con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando  el UML para los modelos.
+'''Las Aplicaciones Web''' son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una aplicación [[Web]] es un sistema de [[software]] con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando  el UML para los modelos.
 Para UML una Aplicación [[Web]] es un [[software]] diseñado para automatizar procesos cuyo resultado se entrega a través de [[Internet]] o una Intranet.
 ==Ventajas de las Aplicaciones Web==

@@ Línea 1: / Línea 1: @@
 {{Normalizar|motivo=Completar datos de plantilla}}
 <div align=justify>
-Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una [[aplicación Web]] es un sistema de [[software]] con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando  el UML para los modelos.
+Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una aplicación [[Web]] es un sistema de [[software]] con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando  el UML para los modelos.
-Para UML una [[Aplicación Web]] es un [[software]] diseñado para automatizar procesos cuyo resultado se entrega a través de [[Internet]] o una Intranet.
+Para UML una Aplicación [[Web]] es un [[software]] diseñado para automatizar procesos cuyo resultado se entrega a través de [[Internet]] o una Intranet.
 ==Ventajas de las Aplicaciones Web==
 Una de las ventajas más significativas de las aplicaciones Web, consiste en su forma de instalación y distribución, ya que normalmente instalar una aplicación Web consiste en configurar los componentes del lado del servidor en la red y NO es necesaria una instalación o configuración en el lado cliente.

@@ Línea 15: / Línea 15: @@
 En algunos ambientes de desarrollo de aplicaciones [[Web]], las páginas contienen código HTML y scripts dinámicos, que son ejecutados por el [[servidor]] antes de entregar la página, ejemplos: ASP (Active Server Pages), JSP (Java Server Pages), Cold Fusion, ISAPI, PHP (Hypertext Preprocessor), etc.
 En muchas aplicaciones [[Web]] hay una capa intermedia, compuesta por un conjunto de componentes, que se ejecutan no necesariamente en el servidor Web, sino en otros servidores de aplicaciones. Esta capa encapsula la lógica del negocio, y, al ser componentes compilados puede contener objetos, con sus métodos y atributos (llamados business objects).
 Cuando se está procesando la lógica de negocios se puede interactuar con otros recursos del lado del servidor como bases de datos y otros componentes de la capa intermedia.
 ==Modelación de Aplicaciones Web==
 Modelar el interior del [[servidor]] Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante.

@@ Línea 1: / Línea 1: @@
 {{Normalizar|motivo=Completar datos de plantilla}}
 <div align=justify>
-Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Una aplicación Web es un sistema de software con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando  el UML para los modelos.
+Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una aplicación Web es un sistema de software con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando  el UML para los modelos.
 Para UML una Aplicación Web es un software diseñado para automatizar procesos cuyo resultado se entrega a través de Internet o una Intranet.
 ==Ventajas de las Aplicaciones Web==
@@ Línea 16: / Línea 16: @@
 En algunos ambientes de desarrollo de aplicaciones Web, las páginas contienen código HTML y scripts dinámicos, que son ejecutados por el servidor antes de entregar la página, ejemplos: ASP (Active Server Pages), JSP (Java Server Pages), Cold Fusion, ISAPI, PHP (Hypertext Preprocessor), etc.
-  Algunas páginas incluyen scripts del lado cliente que son interpretadas por el navegador. Estos scripts definen el comportamiento dinámico adicional para la página y pueden interactuar con el navegador, el contenido de la página y los controles adicionales contenidos en ella (Applets de Java, controles Active X y plug-ins).
+  Algunas páginas incluyen scripts del lado cliente que son interpretadas por el navegador (código JavaScript o VBSscript, mezclados con código HTML). Estos scripts definen el comportamiento dinámico adicional para la página y pueden interactuar con el navegador, el contenido de la página y los controles adicionales contenidos en ella (Applets de Java, controles Active X y plug-ins).
 El usuario ve e interactúa con el contenido de la página; la forma más común de interacción es a través de formularios (Form), donde el usuario introduce la información en campos de entrada (textbox, text area, checkbox, selection list, etc)  y los envía al servidor para procesarlos. El usuario también puede interactuar con el sistema navegando a diferentes páginas a través de los hipervínculos.
@@ Línea 41: / Línea 41: @@
 ==Fuentes==
-·          Jim Conallen, Building Web  Applications with UML, Object Technology Series by Addison Wesley Longman,  1999
+*Jim Conallen, Building Web  Applications with UML, Object Technology Series by Addison Wesley Longman,  1999
+*Jim Conallen, UML Extension for  Web Applications 0.91, 22-Mar-1999.
-·          Jim Conallen, UML Extension for  Web Applications 0.91, 22-Mar-1999.
+*Jim Conallen, Modeling Web  Application Architectures with UML, Rational Software, June 1999 http://www.rational.com/media/uml/resources/documentation/27662_webapps.pdf
+*Stan Ward, Per Kroll, Building  Web Solutions with the Rational Unified Process: Unifying the Creative Design  Process and the Software Engineering Process
 [[Category:Ingeniería_de_software]]

← Revisión anterior		Revisión del 16:12 20 ene 2014
Línea 1:		Línea 1:
		+	{{Normalizar\|motivo=Completar datos de plantilla}}
	<div align=justify>		<div align=justify>
	Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Una aplicación Web es un sistema de software con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando el UML para los modelos.		Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Una aplicación Web es un sistema de software con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando el UML para los modelos.

@@ Línea 22: / Línea 22: @@
 ==Modelación de Aplicaciones Web==
 Modelar el interior del [[servidor]] Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante.
-Según RUP, las aplicaciones Web pueden representarse típicamente por un conjunto de modelos: modelo de casos de usos, modelo de implementación, el modelo de despliegue, el modelo de seguridad, y algunos otros. Por ejemplo: En una [[aplicación Web]], un diagrama de componentes puede verse como un Mapa del Sitio o de Navegación.
+Según RUP, las aplicaciones Web pueden representarse típicamente por un conjunto de modelos: modelo de casos de usos, modelo de implementación, el modelo de despliegue, el modelo de seguridad, y algunos otros. Por ejemplo: En una aplicación Web, un diagrama de componentes puede verse como un Mapa del Sitio o de Navegación.
 Un Mapa de navegación define la estructura jerárquica de páginas lógicas de la aplicación y los niveles de los usuarios en la navegación. Cada página lógica es candidata a convertirse en una interfaz de usuario.
@@ Línea 36: / Línea 36: @@
 Actualmente el UML tiene varios mecanismos de extensión que fueron definidos para extender su semántica en aquellas situaciones en las que no es posible capturar todas las características de una determinada arquitectura o dominio en particular.
-−
 ==Fuentes==

@@ Línea 1: / Línea 1: @@
 <div align=justify>
-Aplicaciones Web
+Las Aplicaciones Web son un sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer que una aplicación Web es un sistema de software con estado de negocio, y por tanto puede elaborarse utilizando la metodología de trabajo que propone RUP, y utilizando  el UML para los modelos.
 Para UML una Aplicación Web es un software diseñado para automatizar procesos cuyo resultado se entrega a través de Internet o una Intranet.
 ==Ventajas de las Aplicaciones Web==
 Una de las ventajas más significativas de las aplicaciones Web, consiste en su forma de instalación y distribución, ya que normalmente instalar una aplicación Web consiste en configurar los componentes del lado del servidor en la red y NO es necesaria una instalación o configuración en el lado cliente.
 Además el protocolo principal de comunicación en una aplicación Web es HTTP, el cual funciona normalmente desconectado, es decir, el cliente hace una petición al servidor, este la procesa y le devuelve el resultado, terminando la comunicación entre estos.
-Las diferencias entre una aplicación Web y un sitio Web (aunque este sea dinámico), radican en su utilización. Las aplicaciones Web implementan “lógica de negocios” y su uso cambia el estado del negocio. Esto es importante porque define el enfoque del esfuerzo a la hora de modelarlas.
+Las diferencias entre una aplicación [[Web]] y un [[sitio Web]] (aunque este sea dinámico), radican en su utilización. Las aplicaciones [[Web]] implementan “lógica de negocios” y su uso cambia el estado del negocio. Esto es importante porque define el enfoque del esfuerzo a la hora de modelarlas.
 ==Arquitectura de las Aplicaciones Web==
 Para comprender como se pueden modelar las Aplicaciones Web, primero hay que entender cuál es su lógica de funcionamiento, y las partes que la integran.
@@ Línea 23: / Línea 22: @@
 Cuando se está procesando la lógica de negocios se puede interactuar con otros recursos del lado del servidor como bases de datos y otros componentes de la capa intermedia.
 ==Modelación de Aplicaciones Web==
-Modelar el interior del servidor Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante.
+Modelar el interior del [[servidor]] Web, o los detalles del browser no ayudará a los diseñadores y arquitectos de la aplicación Web. Modelar las páginas, sus enlaces y todo el contenido dinámico de crear las páginas del lado del servidor y el contenido dinámico en el lado del cliente es muy importante.
 Según RUP, las aplicaciones Web pueden representarse típicamente por un conjunto de modelos: modelo de casos de usos, modelo de implementación, el modelo de despliegue, el modelo de seguridad, y algunos otros. Por ejemplo: En una aplicación Web, un diagrama de componentes puede verse como un Mapa del Sitio o de Navegación.
@@ Línea 30: / Línea 29: @@
 Con el diagrama de componentes no podemos modelar las colaboraciones que ocurren en las páginas. Este nivel de abstracción, extremadamente importante para los diseñadores y desarrolladores, necesita ser parte del modelo, y para ello podemos crear un diagrama de clases para representar estas colaboraciones, donde cada página lógica puede ser representada como una clase.
 Pero que problemas nos encontramos al tratar de utilizar el diagrama de clases tradicional para modelar aplicaciones Web.
-Si una página Web es una clase en el modelo, entonces los scripts de la página podrían mapearse como operaciones de la clase. Cualquier variable de los scripts cuya alcance sea en la página podría mapearse entonces como un atributo de la clase, y los hipervínculos como relaciones entre las clases. La figura siguiente nos muestra cómo quedaría la relación de una página de búsqueda que genera una página de resultados correspondientes a esa búsqueda.
+Si una página [[Web]] es una clase en el modelo, entonces los scripts de la página podrían mapearse como operaciones de la clase. Cualquier variable de los scripts cuya alcance sea en la página podría mapearse entonces como un atributo de la clase, y los hipervínculos como relaciones entre las clases. La figura siguiente nos muestra cómo quedaría la relación de una página de búsqueda que genera una página de resultados correspondientes a esa búsqueda.
-Al parecer todo ha sido muy sencillo, sin embargo se nos presenta un problema con este modelo. Todos sabemos que una página Web puede contener un conjunto de scripts que se ejecutan en el servidor (que son los encargados de preparar el contenido dinámico de la página) y un conjunto de scripts, completamente diferentes, que se ejecutan en el cliente, o sea en el Browser (JavaScript).
+Al parecer todo ha sido muy sencillo, sin embargo se nos presenta un problema con este modelo. Todos sabemos que una página [[Web]] puede contener un conjunto de scripts que se ejecutan en el servidor (que son los encargados de preparar el contenido dinámico de la página) y un conjunto de scripts, completamente diferentes, que se ejecutan en el cliente, o sea en el Browser (JavaScript).
 Por lo tanto, cuando miramos una clase como una página Web en el modelo, habría una confusión pues no sabríamos distinguir que atributos, operaciones y a veces relaciones están activas en el servidor (cuando se está preparando la página) y cuales están activas cuando el usuario está interactuando con la página en el navegador cliente. Por este motivo no podemos mapear una página Web como una clase UML pues no comprenderíamos bien el sistema.

Aplicaciones web - Historial de revisiones

Yoelalejandro en 18:47 22 ene 2014

Yaimajcbayamo8 en 16:29 20 ene 2014

Yaimajcbayamo8: /* Modelación de Aplicaciones Web */

Yaimajcbayamo8: /* Arquitectura de las Aplicaciones Web */

Yaimajcbayamo8 en 16:19 20 ene 2014

Anabel pal en 16:12 20 ene 2014

Anabel pal en 16:12 20 ene 2014

Yaimajcbayamo8 en 16:12 20 ene 2014

Yaimajcbayamo8 en 16:09 20 ene 2014

Yaimajcbayamo8: Página creada con ' Aplicaciones Web Sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer...'

Yaimajcbayamo8: Página creada con '
Aplicaciones Web Sistema Web donde la entrada del usuario (entrada de datos y navegación) afecta el estado del negocio. Esta definición intenta establecer...'