Está en la página 1de 29

Universidad del Azuay

Facultad de Ciencias de la Administracin Escuela de Ingeniera de Sistemas Sistemas Distribuidos

UDA Games
Integrantes: Emmanuel Hugo Javier Polo Xavier Lpez

Docente:

Ing. Catalina Astudillo.

Septiembre 2012 Febrero 2013.

ndice
Introduccin .................................................................................................................................. 5 Antecedentes ................................................................................................................................ 6 Justificacin ................................................................................................................................... 7 Objetivos ....................................................................................................................................... 8 Objetivo General ....................................................................................................................... 8 Objetivos Especficos ................................................................................................................. 8 Beneficios del proyecto ................................................................................................................. 9 Sociales ...................................................................................................................................... 9 Tecnolgicos .............................................................................................................................. 9 Econmicos ............................................................................................................................... 9 Viabilidad ....................................................................................................................................... 9 Viabilidad Tcnica: .................................................................................................................... 9 Viabilidad Econmica: ............................................................................................................... 9 Viabilidad Operativa: ................................................................................................................. 9 Equipo de trabajo: asignacin de tareas. ...................................................................................... 9 Anlisis del Sistema ..................................................................................................................... 10 Modelo Utilizado ..................................................................................................................... 10 Requisitos ................................................................................................................................ 10 Diseo del Sistema ...................................................................................................................... 11 Diseo De Interaccin ......................................................................................................... 11 Control De Errores ............................................................................................................... 11 Estructuracin de contenido ............................................................................................... 12 Diseo del Sitio ............................................................................................................................ 12 Mapa de sitio........................................................................................................................... 12 Diseo De Navegacin............................................................................................................. 12 Moodboard ............................................................................................................................. 15 Paleta de colores: ................................................................................................................ 15 Tipografa: ........................................................................................................................... 15 Botones: .............................................................................................................................. 15 Manual de Estilos ....................................................................... Error! Marcador no definido. Color ....................................................................................... Error! Marcador no definido. Modelo de datos ......................................................................................................................... 15 Diccionario de la base de datos .................................................................................................. 16

Diagrama de Interaccin del sitio web........................................................................................ 17 Diagrama de Interaccin del Web Service .................................................................................. 17 Implementacin .......................................................................................................................... 18 Prototipos de interfaces de usuario ........................................................................................ 18 Desarrollo basado en los sistemas distribuidos .......................................................................... 20 Heterogeneidad ...................................................................................................................... 20 Cdigo mvil ........................................................................................................................ 20 Extensibilidad .......................................................................................................................... 20 Seguridad................................................................................................................................. 20 Anlisis de Riesgos............................................................................................................... 20 Alejar lo ms valioso de lo ms vulnerable ......................................................................... 20 Encriptacin......................................................................................................................... 20 Escalabilidad ............................................................................................................................ 21 Tratamiento de Fallos ............................................................................................................. 21 Concurrencia ........................................................................................................................... 21 Transparencia .......................................................................................................................... 21 Modelo Arquitectnico ............................................................................................................... 21 Cdigo Mvil ........................................................................................................................... 21 Capas de Software................................................................................................................... 21 Prestaciones ............................................................................................................................ 22 Calidad de Servicio (QoS) ........................................................................................................ 22 Fiabilidad ................................................................................................................................. 22 Modelos Fundamentales............................................................................................................. 23 Modelo de Interaccin ............................................................................................................ 23 Modelo de Fallos ..................................................................................................................... 23 Modelo de Seguridad .............................................................................................................. 23 Middleware ................................................................................................................................. 23 Middleware basados en la web............................................................................................... 23 Servicios Web .............................................................................................................................. 24 Ventajas de los servicios web.................................................................................................. 24 Inconvenientes de los servicios Web ...................................................................................... 24 Razones para crear servicios Web........................................................................................... 24 SOAP ........................................................................................................................................ 25 Composicin SOAP .............................................................................................................. 25

Tipos de Iteraciones ............................................................................................................ 25 Herramientas Utilizadas .............................................................................................................. 26 Estructura de flash .................................................................................................................. 26 Qu es? .............................................................................................................................. 26 ActionScript ......................................................................................................................... 26 Seguridad............................................................................................................................. 26 Web Services ........................................................................................................................... 26 WebService Registro ........................................................................................................... 26 WebService Login ................................................................................................................ 27 Cdigo Mvil ........................................................................................................................... 28 CONCLUSIONES ........................................................................................................................... 29

UDA GAMES
Introduccin
Para realizar el presente juego nos hemos enfocado en el parqueadero de la universidad del Azuay y basndonos en los juego bsicos de manejo de vehculos y cosas por el mismo estilo hemos pensado en desarrollar este juego con el simple propsito de emplear de la mejor manera un hbito que tenemos los estudiantes y conductores de la Universidad del Azuay de llegar a un parqueadero apurados y encima no encontrar el puesto correspondiente y por la comodidad siempre buscamos los ms cercanos a la puerta principal o simplemente nos conformamos con el primer puesto que veamos sin tener en cuenta el espacio que tenemos y los daos que podemos ocasionar al vehculo vecino o al nuestro propio.

Intentamos que el juego incentive a los usuarios a registrarse en la pgina para poder hacer uso de todas las funcionalidades y del juego completamente y asi poder tener una mayor experiencia en torno al objetivo principal del juego de pasarse un rato agradable y que ayude a los programadores a mejorar cada dia en la aplicacin gracias a sus experiencias y comentarios.

Antecedentes
El presente juego interactivo va a ser programa en sistema distribuido con el modelo de cliente servidor con plataforma flash y multiusuario vamos a realizar una consola de juego que pueda ser ejecutado en cualquier mquina que tenga los requerimientos mnimos en cuanto a hardware y software y sobretodo que tenga los requerimientos de flash adems de ser indistinto de que sistema operativo este manejando la mquina. El juego tratara de ser una opcin clara para una distraccin sana y despejar la mente de los problemas que nos da el cotidiano convivir. El juego al ser creado con la metodologa de sistemas distribuidos y al ser un modelo cliente servidor y multiusuario este nos permite conectarnos al servidor desde cualquier terminal asignada a la red del juego o a su vez que se hallan descargado el juego en su computador y este tenga conexin con el servidor no tendremos ningn inconveniente adems de ser un juego multiusuario este nos permitir jugar con un, dos o ms jugadores en vivo o realizar un juego modo rcade de ir pasando niveles de dificultad hasta llegar a ser un verdadero conductor y un gran jugador.

Justificacin
Como es de conocimiento pblico sabemos de qu se trata un parqueadero para vehculos y para mejor resolucin de nuestro problema en la realidad nosotros vamos a utilizar los parqueaderos de la universidad del Azuay del cual somos clientes y conocemos los requerimiento que los usuarios pueden llegar a tener y poder tener soluciones o variacin a las que tenemos ahora y no son las adecuadas de acuerdo al nmero de autos de la universidad y la forma que se usa los parqueaderos en la actualidad y de lo que se tiene que hacer para llegar a coger un puesto sin tener en cuenta los daos que pueden ocasionar cualquier accidente en el parqueadero o a los vehculos que estn ah ya parqueados. Todas las personas tendrn acceso al juego pero para tener mejores rendimiento y ms variedad de niveles y sugerencias debemos ser un usuario registrado para as poder aportar las ideas y sugerencias de cada uno, para cualquier consulta que necesitemos y para centrarnos en el problema desde el punto de vista no solo de programador sino de usuario final sabiendo en qu trminos se usa el parqueadero y como lo podemos demostrar en un juego cliente servidor multiusuario que nos permita distraernos y los ms importante que sea una sana diversin.

Objetivos
Objetivo General
Mediante los conocimientos adquiridos en los diferentes niveles de nuestra carrera, vamos a ponerlos en prctica al realizar un juego interactivo multiplataforma multiusuario con la modalidad cliente servidor basado en sistemas distribuidos que nos permita estacionar un vehculo sin ocasionar daos a nuestro vehculo o al del vecino en un lmite de tiempo

Objetivos Especficos
Representar los sistemas distribuidos a travs del juego. Regir parmetros en el juego de la vida real. Construir un juego que se pueda usar en cualquier SO y versin de navegador

Beneficios del proyecto


Sociales
Nuestro juego tendr gran acogida al pblico que lo utilice ya que al ser un juego es una idea innovadora sobre la realidad, el impacto que cause sobre las personas es grande ya que virtualmente podr emular o simular lo que sera parquear un vehculo en diferentes escenarios cada uno con una dificultad diferente, a parte es una gran distraccin para el jugador.

Tecnolgicos
Poder jugar en lnea o descargar el juego en caso de ser usuario registrado y poder acceder a una variedad de niveles mayor.

Econmicos
En cuanto a beneficios econmicos no existen ya que al ser un juego y ser desarrollado para diversin no vemos la necesidad de requerir un pago por el uso del mismo.

Viabilidad
La realizacin de nuestra aplicacin es viable desde todos los puntos de vista, ya que contamos con todas las herramientas y elementos necesarios.

Viabilidad Tcnica:
Seremos los integrantes del grupo los encargados de realizar el sistema en su totalidad, es decir realizar la Base de Datos y la programacin de cada uno de los mdulos del programa, cabe recalcar que usaremos un servidor Web (Xampp Server) para la correcta ejecucin del sistema; adems de diversas herramientas que nos ayudarn tanto en diseo, diagramacin y programacin.

Viabilidad Econmica:
Los integrantes del grupo tenemos que distribuir el tiempo de una manera eficiente para realizar la aplicacin; en cuanto a dinero y equipos (computadores) contamos con ellos en su totalidad. (Computadores Porttiles y software necesario)

Viabilidad Operativa:
El usuario tendr la posibilidad de interactuar con la pgina web personalizada conociendo de esta manera los servicios que brinda, adems sern los mismos usuarios los que realicen las pruebas de la aplicacin una vez que la concluyamos.

Equipo de trabajo: asignacin de tareas.


Para la realizacin de la aplicacin los integrantes del grupo elaboraremos conjuntamente cada actividad, que se resumira de la siguiente manera: Recopilacin de datos, tutoriales e informacin en general. Desarrollo de la documentacin del sistema. Edicin de grficos que irn en cada mdulo.

Eleccin de la informacin que corresponder a cada mdulo. Elaboracin de los mdulos del sistema en PHP. Elaboracin de la Base de Datos en MySql Elaboracin del WebService utilizando PHP Ejecucin de la aplicacin utilizando WAMP/XAMPP Server Elaboracin del Juego en FLASH Deteccin de errores y pruebas finales de la aplicacin.

Anlisis del Sistema


Modelo Utilizado
El modelo utilizado en el desarrollo del proyecto es el modelo en CASCADA debido a que se han seguido las siguientes etapas hasta la finalizacin del proyecto:
1. Anlisis de requisitos 2. Diseo del Sistema. 3. Diseo del Programa 4. Codificacin 5. Pruebas 6. Implantacin 7. Mantenimiento

Requisitos
Para la realizacin del proyecto se han tomado en cuenta los siguientes requisitos: Hardware Laptops para el desarrollo del proyecto Equipo Servidor para alojar a la base de datos al momento de la implementacin Software WAMP/XAMPP para correr la aplicacin en nuestra mquina. ARGOUML para modelado de Casos de Usos

WebRatio Personal para modelado de la Estructura del Sitio Web SO necesario para instalarlo en el servidor Dreamweaver CS6 para desarrollo del Sitio WEB Flash CS4 para desarrollo del Juego Mysql Base de Datos Fireworks CS6 para edicin de Imgenes

Recursos Humanos Emmanuel Hugo Javier Polo Xavier Lpez

Diseo del Sistema


Diseo De Interaccin
Para Jugar Seleccionar la pestaa Jugar del men principal Esperar que el juego se cargue Jugar

Para Descargar el Juego Seleccionar la pestaa Descargar del men principal Seleccionar el juego a descargar En caso de no estar registrado en el sistema, el usuario deber registrarse y loguearse para poder acceder a la descarga del producto.

Para Registrarse en el Sistema Seleccionar la pestaa Regstrate presente en la pgina principal; Llenar los datos de registro Loguearse en el Sistema

Para Contactarte con Nosotros Seleccionar la pestaa Contactos del men principal Revisar las formas de contactarnos y escoger la adecuada a las necesidades del usuario.

Control De Errores Prevencin Si el usuario que acceda al juego no tiene instalado ADOBE FLASH PLAYER en su navegador se le indicar que no cuenta con el plugin requerido y se le proveer del link de descarga correspondiente. En caso que el usuario requiera descargar el juego sin haberse registrado, se le re direccionar a la ventana principal en donde podr loguearse en caso de ser un usuario registrado o registrarse para poder realizar la descarga.

Correccin Todos los campos con los que el usuario interacta han sido validados e indicarn mensajes en caso de ser errneos. Estructuracin de contenido La estructura de contenido que usaremos en nuestra pgina est distribuida de tal manera que encontrar todo con la menor cantidad de clicks, esto har que la navegacin en el sitio no sea aburrida y el usuario se interese por visitar cada uno de los sub sitios.

Diseo del Sitio


Mapa de sitio
En el desarrollo de esta pgina se utilizaran elementos de estndar de interfaz como: Campos de texto: que servirn para que el usuario digite la informacin requerida como: Ingresar Usuario y Contrasea. Ingresar parmetros de registro de usuarios y contactos.

Lista desplegable: Sern utilizados en los objetos que el usuario no necesita ingresar datos, sino escoger informacin que ya se encuentra almacenada en la base de datos. Deber escoger de una lista desplegable informacin como: o Pases y Ciudades.

Botones de accin: Permitirn al usuario aceptar o cancelar la actividad que est realizando. Se utilizara botones de accin en: Loguearse en el sitio Enviar comentarios en contactos Descargar informacin del sitio

Diseo De Navegacin
1. MENU: Se utilizara un men en forma horizontal el mismo que tendr las siguientes opciones: INICIO JUGAR DESCARGAS CONTACTOS

2. SITEMAP: Nuestros sitemap tendr los siguientes elementos y estar distribuido de la siguiente manera: INICIO Login de usuarios Los juegos ms jugados Acceso a nuestro juego del momento.

JUGAR Aqu se encontrar nuestro juego

DESCARGAS Aqu se podr descargar nuestro juego

CONTACTOS Informacin acerca de nosotros y comentarios.

3. NAVEGACION GLOBAL: En el diseo de nuestra pgina se proporcionara una navegacin global, puesto que en cualquier ubicacin que se encuentre el usuario puede acceder a cualquier otra pgina que desee.

Moodboard
Paleta de colores:

#070707
Tipografa:

#A70000

Verdana Arial
Botones:

Modelado del Sistema


Modelo de datos

Diccionario de la base de datos


persona
Campo codpersona nombre usuario contrase_a pais fech_nac genero avatar email Tipo int(11) varchar(255) varchar(255) varchar(255) varchar(255) date varchar(255) varchar(255) varchar(255) Nulo No S S S S S S S S Predeterminado Comentarios Codigo Identificador de la persona Nombre de la Persona Usuario de la Persona Contrase_A de la Persona Pais de la Persona Fech_Nac de la Persona Genero de la Persona Avatar de la Persona Email de la Persona

NULL NULL NULL NULL NULL NULL NULL NULL

puntajes
Campo codpuntaje puntajeacumulado fecha puntaje persona_codpersona Tipo int(11) double date double int(11) Nulo No S S S S Predeterminado NULL NULL NULL NULL Comentarios Codigo Del Puntaje del Usuario Puntaje acumulado del Usuario Fecha del Puntaje del Usuario Puntaje del Usuario Codigo Identificador de la persona

Diagrama de Interaccin del sitio web

Diagrama de Interaccin del Web Service

Implementacin
Prototipos de interfaces de usuario

Desarrollo basado en los sistemas distribuidos


Una vez se tiene clara la idea de lo que se va a desarrollar se proceder a aplicar los conceptos aprendidos con respecto a sistemas distribuidos.

Heterogeneidad
Partiendo del concepto de Heterogeneidad podemos decir que el Juego para el proyecto planteado contara con esta caracterstica puesto que ser desarrollado en el lenguaje de programacin Flash, el cual puede ser ejecutado desde cualquier navegador que tenga instalado previamente Adobe Flash Player. Ya que el proyecto ser desarrollado en un sitio web contaremos con el protocolo http como base principal para la comunicacin entre cliente servidor. Cdigo mvil Con respecto a cdigo mvil flash es un gran ejemplo de esto debido a que gran parte del cdigo de programacin se ejecuta del lado del cliente y hace que el sistema distribuya la utilizacin de los recursos tanto en el cliente como en el servidor.

Extensibilidad
El sistema podr ser extensible a ciertas funcionalidades adicionales a las que se plantean en los objetivos, de modo que se espera llegar a contar con un sistema extenso en funciones que pueden ser agregadas en cualquier momento, en cuanto los usuarios lo deseen y el mercado lo requiera.

Seguridad
En la parte de seguridad se le brindaran a los usuarios confidencialidad de la informacin personal referente a l, as como integridad de la informacin tales como records realizados o posicin frente a los dems usuarios y la disponibilidad de los mismos en el tiempo que el usuario lo requiera. Anlisis de Riesgos Deberemos tomar en cuenta todos los riesgos que puedan presentarse: por ejemplo la infiltracin de cdigo malicioso que pueda afectar el funcionamiento de nuestro sitio en flash lo que puede ser perjudicial para nuestros usuarios ya que podran perder el acceso a la aplicacin y no podramos brindar un servicio continuo lo cual puede causar la perdida de usuarios. Alejar lo ms valioso de lo ms vulnerable En cuanto a informacin de nuestros usuarios deberemos tenerla guardada con la mayor de las seguridades y tener alejada la base de datos de usuarios de todo el resto del sistema con esto en caso de fallar o mejorar alguna parte de nuestra aplicacin el resto no dejara de funcionar Encriptacin Encriptaremos las claves y contraseas de acceso para poder asegurarnos que esta informacin valiosa no ser mal utilizada y no tener accesos de usuarios disfrazados de otros, los cuales pueden causar inconvenientes desastrosos al sistema.

Escalabilidad
El proyecto contara con la opcin de poder agregar fcilmente nuevas funcionalidades principalmente con respecto a tamao y geografa ya que no tendr mayor dificultad al momento modificar este sistema puesto que se ejecutara en un navegador web.

Tratamiento de Fallos
Alguno de los fallos posibles ser que como ocurre generalmente las aplicaciones flash suelen ser pesadas y esto suele ser un problema puesto que los usuarios pueden tener un internet lento y la descarga puede nunca completarse por este motivo procuraremos que una parte de la aplicacin se ejecute del lado del cliente y otra en el servidor.

Concurrencia
Nuestro sitio web del juego deber ser robusto, al igual que el servidor en el que lo alojaremos, esto nos dar la posibilidad de manejar grandes cantidades de usuarios sin problemas, brindando un servicio ptimo todo el tiempo.

Transparencia
Se brindar la transparencia en cuanto a la ubicacin del juego ya que nuestros usuarios desconocern en donde se encuentra, lo nico que sabrn es que pueden acceder al juego. Adems cuando los usuarios se registren habr total transparencia ya que la base de datos se manejar totalmente independiente del sitio del juego y solo se usar para poder acceder al mismo.

Modelo Arquitectnico
Se manejar un modelo cliente servidor que posteriormente ser multiusuario, el cliente acceder al servidor web y podr utilizar los servicios que este provea; en este caso podr acceder al juego; posteriormente se modificar un poco la arquitectura para adaptarlo a una plataforma multiusuario la misma que expandir las prestaciones del juego.

Cdigo Mvil
El sistema manejara cdigo mvil debido a que la aplicacin podr ser descargada por los usuarios que lo requieran, es decir los usuarios tienen la libertad de descargar o no la aplicacin para poder jugar en su ordenador.

Capas de Software
Se manejar un modelo de 3 capas en las cuales tendremos: 1 Capa: Interfaz de usuario 2 Capa: Aplicacin 3 Capa: Base de Datos

Figura 1 - Arquitectura Cliente/Servidor de 3 Capas

Prestaciones
La capacidad de respuesta del juego ser muy rpida, aunque los posibles usuarios tendrn limitantes en cuanto a velocidad de acceso al juego; esto debido al ancho de banda que cada usuario maneje. Una vez dentro del juego este responder de manera rpida y correcta a cada uno de los requerimientos del usuario para que sea una experiencia gratificante.

Calidad de Servicio (QoS)


Los usuarios de nuestro juego se vern atrados por la calidad del juego realizado en flash, claro est que se mejorar cada cierto tiempo para dotar de ms funciones al juego y hacerlo ms liviano en cuanto a tamao para que pueda ser accedido con una mayor rapidez.

Fiabilidad
Nuestra pgina del juego dar la opcin de registrarnos para poder acceder al juego completo caso contrario solo se podr acceder al demo. Como medidas de seguridad tendremos muy en cuenta los datos e informacin sensible del usuario, para que esta no se maneje incorrectamente o pueda ser vista por usuarios sin permiso.

Modelos Fundamentales
Modelo de Interaccin
Cuando intentamos tomar informacin de la base de datos para hacer login en nuestro sitio se puede producir un retardo, esto es normal de acuerdo a la red que se est utilizando y el ancho de banda de la misma, al acceder a un servicio que se encuentra en internet estos seran los factores ms crticos en la velocidad de acceso.

Modelo de Fallos
Los fallos ms frecuentes que podremos soportar ser que el usuario no tenga instalado Flash en el equipo, esto se controlar re direccionando al usuario a la pgina de descargas del software flash que deber ser descargado para poder acceder al juego; otro problema podra ser que el ancho de banda del usuario no sea el adecuado para poder correr nuestro juego con la fluidez que se espera por lo cual se intentar hacer que nuestro juego sea lo ms ligero posible para que pueda correr con el ancho de banda de los usuarios comunes, este problema lo puede evitar el usuario descargando la aplicacin.

Modelo de Seguridad
Se manejaran permisos de acceso para que los usuarios no registrados no puedan acceder al juego completo y los usuarios completos puedan acceder a todos los beneficios de haberse registrado, esto con la debida encriptacin de sus claves de acceso e informacin sensible.

Middleware
Middleware es un software que asiste a una aplicacin para interactuar o comunicarse con otras aplicaciones, software, redes, hardware y/o sistemas operativos. ste simplifica el trabajo de los programadores en la compleja tarea de generar las conexiones que son necesarias en los sistemas distribuidos. De esta forma se provee una solucin que mejora la calidad de servicio, seguridad, envo de mensajes, directorio de servicio, etc. Funciona como una capa de abstraccin de software distribuida, que se sita entre las capas de aplicaciones y las capas inferiores (sistema operativo y red). El middleware abstrae de la complejidad y heterogeneidad de las redes de comunicaciones subyacentes, as como de los sistemas operativos y lenguajes de programacin, proporcionando una API para la fcil programacin y manejo de aplicaciones distribuidas. Dependiendo del problema a resolver y de las funciones necesarias, sern tiles diferentes tipos de servicios de middleware. Por lo general el middleware del lado cliente est implementado por el Sistema Operativo, el cual posee las bibliotecas que ejecutan todas las funcionalidades para la comunicacin a travs de la red.

Middleware basados en la web


Este tipo de middleware asiste al usuario con la navegacin web, el uso de interface que le permiten encontrar pginas de su inters y detectar cambios de inters del usuario basado en su historial de bsquedas. Provee de un servicio de identificacin para un gran nmero de aplicaciones y comunicacin interprocesos independiente del sistema operativo, protocolo de red y plataforma de hardware. Los middleware que se encuentran fuertemente unido a la red se llaman servidores de aplicaciones, ya que mejorar el rendimiento, disponibilidad,

escalabilidad, seguridad, recuperacin de informacin, y soportan la administracin colaborativa y su uso. Los middleware pueden contactar directamente a la aplicacin ganando mejor comunicacin entre el servidor y el cliente. Otros servicios importantes dados por este tipo de middleware son servicios de directorios, emails, cadenas de suministros de gran tamao, accesos remotos a informacin, descargar archivos, accesos a programas y acceso aplicaciones remotas.

Servicios Web
Un servicio web es una tecnologa que utiliza un conjunto de protocolos y estndares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes de programacin diferentes, y ejecutadas sobre cualquier plataforma, pueden utilizar los servicios web para intercambiar datos en redes de ordenadores como Internet. La interoperabilidad se consigue mediante la adopcin de estndares abiertos.

Ventajas de los servicios web


Aportan interoperabilidad entre aplicaciones de software independientemente de sus propiedades o de las plataformas sobre las que se instalen. Los servicios Web fomentan los estndares y protocolos basados en texto, que hacen ms fcil acceder a su contenido y entender su funcionamiento. Permiten que servicios y software de diferentes compaas ubicadas en diferentes lugares geogrficos puedan ser combinados fcilmente para proveer servicios integrados.

Inconvenientes de los servicios Web

Para realizar transacciones no pueden compararse en su grado de desarrollo con los estndares abiertos de computacin distribuida como CORBA (Common Object Request Broker Architecture). Su rendimiento es bajo si se compara con otros modelos de computacin distribuida, tales como RMI (Remote Method Invocation), CORBA o DCOM (Distributed Component Object Model). Es uno de los inconvenientes derivados de adoptar un formato basado en texto. Y es que entre los objetivos de XML no se encuentra la concisin ni la eficacia de procesamiento. Al apoyarse en HTTP, pueden esquivar medidas de seguridad basadas en firewall cuyas reglas tratan de bloquear o auditar la comunicacin entre programas a ambos lados de la barrera.

Razones para crear servicios Web


La principal razn para usar servicios Web es que se pueden utilizar con HTTP sobre TCP (Transmission Control Protocol) en el puerto 80. Dado que las organizaciones protegen sus redes mediante firewalls -que filtran y bloquean gran parte del trfico de Internet-, cierran casi todos los puertos TCP salvo el 80, que es, precisamente, el que usan los navegadores. Los servicios Web utilizan este puerto, por la simple razn de que no resultan bloqueados. Es importante sealar que los servicios web se pueden utilizar sobre cualquier protocolo, sin embargo, TCP es el ms comn.

Otra razn es que, antes de que existiera SOAP, no haba buenas interfaces para acceder a las funcionalidades de otros ordenadores en red. Las que haba eran ad hoc y poco conocidas, tales como EDI (Electronic Data Interchange), RPC (Remote Procedure Call), u otras APIs. Una tercera razn por la que los servicios Web son muy prcticos es que pueden aportar gran independencia entre la aplicacin que usa el servicio Web y el propio servicio. De esta forma, los cambios a lo largo del tiempo en uno no deben afectar al otro. Esta flexibilidad ser cada vez ms importante, dado que la tendencia a construir grandes aplicaciones a partir de componentes distribuidos ms pequeos es cada da ms utilizada.

SOAP
Conforma el estndar de comunicacin con servicios web. Proporciona medios simples para permitir que diferentes partes de un sistema sean capaces de comunicarse. El protocolo est diseado con el propsito de realizar la comunicacin entre 2 partes que tienen poco conocimiento comn Estn basados en XML

Composicin SOAP Consta de 2 partes que conforman la ENVOLVENTE SOAP El cuerpo del SOAP contiene el Mensaje EL encabezado es OPCIONAL

La Envolvente esta expresada en XML es decir Encabezado y Cuerpo La Envolvente no contiene la direccin del destinatario, SOAP asume que el protocolo usado para la transferencia de mensajes sabe quin es el destinatario.

Se usan 2 enlaces HTTP El destinatario est especificado en forma de URL SMTP El destinatario est dado por la forma de una direccin de email

Tipos de Iteraciones Intercambio Conversacional Se intercambian documentos Estructurados EJ: Una orden de compra, esta devolver la informacin referente a la compra con todos sus detalles. Se Soporta HTTP o SNMP Intercambio RPC Se comporta en funcin de las peticiones que se realizan El SOAP identifica el proceso invocado y proporciona los mtodos de entrada de la invocacin, posteriormente devolver una respuesta. Esta soportado mediante HTTP

Herramientas Utilizadas
Estructura de flash
Qu es? Es una tecnologa para crear animaciones grficas vectoriales independientes del navegador y que necesitan poco ancho de banda para mostrarse en los sitios web. La animacin en Flash se ve exactamente igual en todos los navegadores, un navegador slo necesitan un plug-in para mostrar animaciones en Flash. ActionScript Es un lenguaje orientado a objetos que permite ampliar las funcionalidades que Flash ofrece en sus paneles de diseo y adems permitir la creacin de pelculas o animaciones con altsimo contenido interactivo. Provee a Flash de un lenguaje que permite al diseador o desarrollador aadir nuevos efectos o incluso construir la interfaz de usuario de una aplicacin compleja, Seguridad Flash Player es considerado seguro de usar, especialmente cuando se compara con los navegadores modernos y aplicaciones de uso. Los archivos de aplicaciones Flash pueden ser descompilados muy fcilmente en su cdigo fuente y sus valores. Hay disponibles varios programas que extraen grficos, sonido y cdigo de programa a partir de archivos swf. Por ejemplo, un programa de cdigo abierto denominado Flash permite a los usuarios extraer ActionScript a partir de un archivo swf como mquina virtual de lenguaje intermedio ("bytecode"), editarlo, y luego volverlo a insertar en el archivo.

Web Services
WebService Registro Este webservice lo que hace es conectarse a la url mostrada en la parte de abajo y permitirme mediante el protocolo SOAP registrarme dentro del sitio web; se le envan todos los campos necesarios correspondiente a la base de datos para ser guardados.
Close

Name: registro Binding: Servicio WebBinding Endpoint: http://www.hostalinesmaria.com/proyecto/nusoap_server_ej1.php SoapAction: http://www.hostalinesmaria.com/proyecto/nusoap_server_ej1.php/registro Style: rpc Input: use: encoded namespace: http://www.hostalinesmaria.com/proyecto encodingStyle: http://schemas.xmlsoap.org/soap/encoding/ message: registroRequest parts:

nombre: xsd:string usuario: xsd:string contrasenia: xsd:string email: xsd:string avatar: xsd:string genero: xsd:string fech_nac: xsd:string pais: xsd:string ciudad: xsd:string Output: use: encoded namespace: http://www.hostalinesmaria.com/proyecto encodingStyle: http://schemas.xmlsoap.org/soap/encoding/ message: registroResponse parts: return: xsd:string Namespace: http://www.hostalinesmaria.com/proyecto Transport: http://schemas.xmlsoap.org/soap/http Documentation: Close WebService Login Este webservice lo que hace es conectarse a permitirme el acceso o login dentro del sitio web, los datos de usuario y contrasea son enviados al webservice, este los compara con la base de datos en caso de existir retorna una respuesta positiva, en caso de no ser as se devolver una negativa, ya sea registrarse o ingresar los datos correctamente. Name: login Binding: Servicio WebBinding Endpoint: http://www.hostalinesmaria.com/proyecto/nusoap_server_ej1.php SoapAction: http://www.hostalinesmaria.com/proyecto/nusoap_server_ej1.php/login Style: rpc Input: use: encoded namespace: http://www.hostalinesmaria.com/proyecto encodingStyle: http://schemas.xmlsoap.org/soap/encoding/ message: loginRequest parts: usuario: xsd:string contrasenia: xsd:string Output: use: encoded namespace: http://www.hostalinesmaria.com/proyecto encodingStyle: http://schemas.xmlsoap.org/soap/encoding/ message: loginResponse

parts: return: xsd:string Namespace: http://www.hostalinesmaria.com/proyecto Transport: http://schemas.xmlsoap.org/soap/http Documentation: Close

Cdigo Mvil
El Objetivo de utilizar cdigo mvil dentro de nuestra pgina web es simple; en caso de que los plugins necesarios no se encuentran instalados en el navegador del usuario le indicar un mensaje para que se pueda descargar el plugin faltante. La ventaja de usar el cdigo mvil es que el juego en flash se encuentra en el servidor y simplemente se est utilizando el cdigo mvil que nos provee el plugin para evitar el descargar el juego; esto es ptimo siempre y cuando el recurso al cual estamos accediendo no es tan pesado como para disminuir la fluidez del sitio, esto tambin depende de la forma de conexin a internet y la velocidad del mismo. <object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" width="640" height="480" id="myFlashContent"> <param name="movie" value="inicio.swf" /> <!--[if !IE]>--> <object type="application/x-shockwave-flash" data="inicio.swf" width="640" height="480"> <!--<![endif]--> <a href="http://www.adobe.com/go/getflashplayer"> <img src="http://www.adobe.com/images/shared/downloa d_buttons/get_flash_player.gif" alt="Get Adobe Flash player" /> </a> <!--[if !IE]>--> </object> <!--<![endif]--> </object>

Conclusiones
Al finalizar el presente proyecto hemos llegado a las siguientes conclusiones: Poder haber aplicado todos los conocimientos adquiridos a lo largo del ciclo En cuanto a la investigacin realizada hemos aprendido mucho en la parte de programacin Flash y Aplicaciones implementando Web Services y Cdigo Mvil Pudimos entretener a todos los usuarios y logramos cumplir casi todos los objetivos del proyecto.