6. Cliente/Servidor Dos Capas Maquina Cliente (UNIX, Windows, Linux,...) Servidor de Base de Datos

9. Interface GUI Servidor de datos Servidor de transacciones Interface Capa datos Capa lógica Capa presentación Modelo - Cliente/Servidor 3 Capas

12. Cliente/Servidor Tres capas Maquina Cliente (UNIX, Windows, ...) Maquina Servidor Servidor de Base de Datos

14. Arquitectura Web n-capas BDD Server Applications TCP/IP, HTTP, HTTPS, Socket, Objetos Distribuidos, CORBA, ORBA Capa de Funcionalidades de la Aplicación (2) Repositorio (3) ODBC, JDBC CONECTORES: Proxy n-Capas (4+) Server Applications Server Applications BDD cliente 1 cliente 2 cliente n Capa de Presentación (1) SQL Net

21. CALIDAD DEL PROCESO CALIDAD INTERNA CALIDAD EXTERNA CALIDAD EN USO INFLUENCIA INFLUENCIA INFLUENCIA DEPENDE DEPENDE DEPENDE MEDIDAS DE PROCESO MEDIDAS INTERNAS MEDIDAS EXTERNAS MEDIDAS DE CALIDAD EN USO PROCESO PRODUCTO DE SOFTWARE EFECTOS DEL PRODUCTO DE SOFTWARE CONTEXTOS DE USO ENFOQUES DE CALIDAD ISO 9126 (1998) )

32. Modelo de Calidad del software Eficiencia Confiabilidad Usabilidad Mantenibilidad Portabilidad Funcionalidad - Convenienza - Correctitud - Interoperativ. - Seguridad - Conformidad - Madurez - Tol. Fallas - Recuperab. -Conformidad - Entendibilidad - Aprendibilidad - Operatividad - Atracción - Conformidad - Comporta- miento en tiempo - Uso de recursos - Conformidad Modelo de calidad según ISO 9126 (Calidad externa e interna) - Analizabilidad - Flexibilidad a cambios - Estabilidad - Prueba - Conformidad - Adaptabilidad - Inestabilidad - Co-existencia - Reemplaza- bilidad - Conformidad

36. RequisitosArquitecturales Tabla 3. Requisitos no funcionales , propiedad de calidad y solución arquitectural. -Medida de complejidad -Boolean -Boolean Middleware incluyendo MEDIATOR Maintainability (changeability) Propiedad cuantitativa -Atributo: Tamaño Reliability (consistency) propiedad cualitativa - Atributo: presencia de un mecanismo Portability (adaptability) propiedad cualitativa - Atributo: presencia de un mecanismo Reconfiguracion Dinámica de Interfaces Boolean Middleware incluyendo MEDIATOR Reliability (availability ) Propiedad cualitativa -Atributo: presencia de un mecanismo, en este caso el middleware soportado por el patrón agente MEDIATOR Solución centralizada, donde la interfaz del dispositivo es distribuida por el middleware de la aplicación a través de la red. -Medida de complejidad , es decir numero de componentes dinámicos en un periodo de tiempo -Medida de complejidad Reflection [28] Mecanismo para observar el estado de un componente para permitir cambios dinámicos en la estructura y desempeño -Maintainability ( changeability) Extensibilidad del ambiente de ejecución; propiedad cuantitativa -Atributo: Tamaño -Portability (replaceability) Propiedad cuantitativa -Atributo: Tamaño Comunicación flexible debe ser flexible a los requisitos de cambios y relaciones entre componentes que pueden ser estáticos y dinámicos. Porcentaje [0..1] Protocolo de comunicación de redes, Ancho de banda. Medida durante la ejecución Efficiency (performance ) con respecto al tiempo de respuesta y conexiones; propiedad cuantitativa -Atributo: latency Tiempo de transmisión limitado. Tiempos de respuesta adecuados a un rango Boolean Middleware incluyendo MEDIATOR Reliability (consistency) Provee un mecanismo, es decir el manejo de la replica actualizando en cada dispositivo; propiedad cualitativa -Atributo: presencia de mecanismo Los Datos deben ser transmitidos completa, correctamente y consistentes con conexiones transientes. Porcentaje [0..1] Protocolo de comunicación de redes, Ancho de banda. Medida durante la ejecución Efficiency (performance) Con respecto a la utilización de recursos ; propiedad cuantitativa -Atributo: consumo de recurso para cada dispositivo Minimización en el consumo de recursos (baterías, almacenamiento de datos, tamaño del display , entre otros). MÉTRICA SOLUCIÓN ARQUITECTURAL PROPIEDAD DE CALIDAD REQUISITOS NO FUNCIONALES

37. Tabla 4. Propiedades de calidad para cada funcionalidad y su solución arquitectural. Tabla 4. Propiedades de calidad para cada funcionalidad y su solución arquitectural. - Reliability (availability, consistency) Atributo: presencia de un mecanismo. Métrica : Boolean Repository [44] Compartimiento de Datos - Maintainability (changeability) Atributo: Tamaño Métrica: Medida de complejidad - Reliability (fault-tolerance) Atributo: presencia de un mecanismo. Métrica : Boolean -Usability (attractiveness, operability) Atributo: presencia de un mecanismo. Metrica: Boolean WrapperFaçade [28] Encapsula funciones y datos de no orientados a objetos en APIs concisas, portables, mantenibles y robustas interfaces de clases ComponentConfigurator [28] Permite al componente reconfigurarse en tiempo de ejecución vaciando, modificando, recompilando o encadenando estáticamente la aplicación. Interceptor [28] Permite transparentemente adicionar servicios cuando ciertos eventos ocurran. Variantes : Chain-of-responsibility, Publisher/subscriber y Subject/observer. Extension Interface [28] Permite exportar múltiples interfaces por un componente. El componente funcionalmente es extendido y modificado. Servicios Centrados al Usuario - Realiability (availability, consistency) Atributo: presencia de un mecanismo Métrica: Boolean - Efficiency (performance) con respecto al limitado espacio y al limitado tiempo de respuesta Atributo: consumo de recursos de cada dispositivo Métrica: Porcentaje [0..1] - Maintainability (changeability) Propiedad cuantitativa Atributo : Tamaño LocalProxy [17] Una instancia local provee una interfac e a un servicio local o remoto. Ejemplo : Ejecutando localmente un web proxy PushObject [17] Un dispositivo envía un objeto específico con un requisito fuera. Ejemplos : SMS, OBEX RequestObject [17] Un dispositivo requiere un objeto especifico (Una pagina web ) desde otro dispositivo. Ejemplo : WAP CannedCode [17] Un dispositivo envía código, el cual es ejecutado sobre otro dispositivo. El código no debe ser ejecutado sobre el dispositivo que envió. Ejemplo : WMLscript, web filters Manejo de Datos PROPIEDADES DE CALIDAD (INTERNA/EXTERNA) SOLUCION ARQUITECTURAL REQUISITOS FUNCIONALES

39. Requisitos Funcionales APLICACIONES MOVILES Confiabilidad (Confiability) -Disponibilidad (Availability) Funcionalidad (Functionality) -Interoperabilidad (Interoperability) Compartir Datos: Los dispositivos móviles formarán una red ad-hoc que se conecta entre ellos para intercambiar la información y para proporcionar los servicios a los usuarios. Usabilidad (Usability) -Atractivo (Atractiveness) - Operabilidad (Operability) Servicios de administración: (defecto, configuración, Bitácora, ejecución y seguridad) Portabilidad (Portability) -Conformidad (compliance) -Escalabilidad (Scalability) Funcionalidad (Functionability) -Seguridad (Security) Servicios de comunicación: comunicación entre usuarios, transporte de información y establecimiento de conexiones. Usabilidad (Usability) -Atractivo (atractiveness) -Operabilidad (Operability) Portabilidad (Portability) -Adaptabilidad (adaptability) -Escalabilidad (Scalability) Servicios de información: gestiona información al usuario. Confiabilidad (confiability) -Disponibilidad (availability) Con respecto a lo limitado del recurso de espacio) Eficiencia (Efficiency) -Comportamiento del tiempo (Behaviour time) (con respecto al tiempo de respuesta limitado). Funcionalidad (Functionality) - Precisión (accurancy) En el estándar QoS ISO [17], la integridad esta relacionada con acurrancy. Manejar Datos: Los datos deben ser transmitidos completa y correctamente. Propiedades de calidad asociadas (Características de calidad ) ISO/IEC 9126-1 [15] Requisitos Funcionales

40. Topología de aplicaciones WEB. Caso De Estudio Desde un web browser, un usuario indica un URL. Este es un request a un server remoto sobre el p rotocolo HTTP. Internet es… … un mecanismo Request/Response . Workstation Server Web Pages HTTP protocol www.url.com HTML Request Response El server remoto procesa el request y envia un HTML response que es recibido por el browser y presentado al usuario como una pagina WEB.

41. Arquitectura para Web Cliente y Usuario Final Proveedores de Contexto Proveedores de Servicios While World Desarrollo Organizacional Proveedores de Software Ambiente Técnico Heterogéneo Computación Distribuida WWW Experiencia en Arquitecturas Internet y Hipertexto WWW Requerimientos (Calidad) Acceso Remoto Interoperatibilidad Extensibilidad (de software y datos) Escalabilidad Upward Compatibility Architect(s) WWW Consortium Arquitectura libWWW Jigsaw Cliente/Servidor Sistema WWW Influencias de la Arquitectura

55. Arquitectura Web n-capas BDD Server Applications TCP/IP, HTTP, HTTPS, Socket, Objetos Distribuidos, CORBA, ORBA Capa de Funcionalidades de la Aplicación (2) Repositorio (3) ODBC, JDBC CONECTORES: Proxy n-Capas (4+) Server Applications Server Applications BDD cliente 1 cliente 2 cliente n Capa de Presentación (1) SQL Net

78. Calidad de Software en WEB (Modelo de Calidad ISO-9126-1) MODELO DE CALIDAD PARA APLICACIONES WEB: VISION EXTERNA CARACTERISTICAS DE CALIDAD SUB-CARACTERISTICAS FUNCIONALIDAD CONVENIENCIA EXACTITUD INTEROPERABILIDAD SEGURIDAD CONFIABILIDAD MADUREZ ATRACTIVIDAD OPERATIVIDAD USABILIDAD ENTENDIBILIDAD APRENDIZAJE EFICIENCIA COMPORTAMIENTO EN EL TIEMPO UTILIZACION DE RECURSOS

82. Calidad de Software en WEB (Modelo de Calidad ISO-9126-1) MODELO DE CALIDAD PARA APLICACIONES WEB: VISION INTERNA CARACTERISTICAS DE CALIDAD SUB-CARACTERISTICAS MANTENIBILIDAD ANALIZABILIDAD CAMBIABILIDAD PORTABILIDAD ADAPTABILIDAD INSTALABILIDAD

86. Calidad de Software en WEB (Modelo de Calidad ISO-9126-1)

87. Calidad de Software en WEB (Modelo de Calidad ISO-9126-1)

90. Patrones de Aplicaciones WEB Rodolfo Canelón

133. Modelo Conceptual APLICACIONES MOVILES Servicios Dispositivos móviles Teléfonos inteligentes Pad´s Otros Handhelp Contexto Conectividad Red Usuario Comunicación Administración Información Funciones del dispositivo Ambiente Físico Procesadores Disponibles Tiene_asociado_Un 1..* Se_Ejecutan 1..* 1..* QoS Funciones del Usuario 1..* Influye_en Ambiente del usuario Localización Perfil Iluminación Nivel de ruido Dispositivos I/O Disponibles Recursos Interacción Tiene_Asociado 1..* Tienen 1..* Usa Se_Adaptan Ambiente Computacional 1..*

134. Componentes de las aplicaciones Servicios y Aplicaciones GUI /Client Side MIDDLEWARE Seguridad ) ) ) Figura 2-5. Componentes de las aplicaciones

135. Componentes de las aplicaciones Servicios y Aplicaciones GUI cliente Contexto Seguridad ) ) ) Figura 2-5. Componentes de las aplicaciones Mediator )

137. Requisitos Funcionales APLICACIONES MOVILES Confiabilidad (Confiability) -Disponibilidad (Availability) Funcionalidad (Functionality) -Interoperabilidad (Interoperability) Compartir Datos: Los dispositivos móviles formarán una red ad-hoc que se conecta entre ellos para intercambiar la información y para proporcionar los servicios a los usuarios. Usabilidad (Usability) -Atractivo (Atractiveness) - Operabilidad (Operability) Servicios de administración: (defecto, configuración, Bitácora, ejecución y seguridad) Portabilidad (Portability) -Conformidad (compliance) -Escalabilidad (Scalability) Funcionalidad (Functionability) -Seguridad (Security) Servicios de comunicación: comunicación entre usuarios, transporte de información y establecimiento de conexiones. Usabilidad (Usability) -Atractivo (atractiveness) -Operabilidad (Operability) Portabilidad (Portability) -Adaptabilidad (adaptability) -Escalabilidad (Scalability) Servicios de información: gestiona información al usuario. Confiabilidad (confiability) -Disponibilidad (availability) Con respecto a lo limitado del recurso de espacio) Eficiencia (Efficiency) -Comportamiento del tiempo (Behaviour time) (con respecto al tiempo de respuesta limitado). Funcionalidad (Functionality) - Precisión (accurancy) En el estándar QoS ISO [17], la integridad esta relacionada con acurrancy. Manejar Datos: Los datos deben ser transmitidos completa y correctamente. Propiedades de calidad asociadas (Características de calidad ) ISO/IEC 9126-1 [15] Requisitos Funcionales

138. Patrones de Interacción Móvil

139. Problemas en la construcción de interfaces 1.- Dificultad para construir software usable 2.- Se desestima la necesidad de un grupo de desarrollo multidisciplinario 3.- Problemas de comunicación entre los miembros de un grupo multidisciplinario 4.- En la práctica no se reconoce la relevancia del usuario 5.- Falta de integración entre la Interacción Humano-Computador y la Ingeniería de Software. Patrones de Interacción Móvil

141. Grupo multidisciplinario de desarrollo Diseñador Gráfico Psicólogo Especialistas en IHC Especialistas en el dominio Usuario ... Para el diseño de Interfaces de Usuario se requiere un equipo que incluya al usuario, especialistas del dominio de la aplicación y a especialistas de otras disciplinas Patrones de Interacción Móvil

149. Estructura de un Patrón de Interfaz Patrones de Interacción Móvil

150. Ejemplo de un Patrón de Interacción Patrones de Interacción Móvil Nombre Formatos de datos de fechas Martijn van Welie Problema El usuario desea introducir datos de fechas y no desea preocuparse por la sintaxis del dato Solución Permitir que el usuario elija la fecha de un calendario tal como se encuentra en el mundo real y que solo realice selección –el usuario no tipea. Contexto Todos los sistemas que requieran que el usuario introduzca fechas (importante en interfaces internacionales) Fuerzas - - Los datos de fechas tienen múltiples sintaxis - Principio Usabilidad - Guiar al usuario y prevenir errores - Convenciones culturales determinan la sintaxis esperada Ejemplo

154. Patrones de Diseño Los patrones se derivan del diseño de software exitoso y que pueden ser reutilizados como bloques de construcción para nuevos diseños . Patrones Móviles Los patrones móviles cubren áreas del problema que los autores encontraron frecuentemente en los escenarios móviles Los patrones móviles relacionados pueden agruparse en patrones de clases, utilizando una Jerarquía de Patrones. Patrones de Interacción Móvil

155. Jerarquía de Patrones Patrones de Interacción Móvil

156. Jerarquía de Patrones Los patrones móviles no solo son aplicables en los escenarios móviles Los patrones de diseño que aparecen frecuentemente en escenarios móviles son buenos candidatos para nuevos proyectos Patrones de Interacción Móvil

158. Estructura de un Patrón Móvil Patrones de Interacción Móvil

163. Proxy - Patrón Móvil de Interacción Patrones de Interacción Móvil ServiceUsage, MobileService CLASES PushObject, RequestObject PATRONES RELACIONADOS ProxyWeb ( http://www.intellisync.com ) permite a usuarios handhelp usar browser sin forzar las limitaciones. El proxy preprocesa las paginas , descarga las imágenes y pre calcula el layout apropiado. Como resultado la cantidad de datos transferidos al dispositivo es reducido drásticamente. PocketDreamTeam es la versión PalmOS. EJEMPLOS

164. Proxy - Estructura Patrones de Interacción Móvil Client …… . ... Real Subject ...

165. Editor de documentos (Ej.) DocumentEditor Graphic ImageProxy Image Draw() GetExtend() Store() Load() Draw() GetExtend() Store() Load() Draw() GetExtend() Store() Load() Image If (Image==0) { Image=LoadImage(Name); } Image->Draw(); If (Image==0) { return extend; }else { return Image->GetExtend(); } ImageImp extend Name extend Patrones de Interacción Móvil