Calidad del Software en Tecnologías Moviles

CALIDAD DEL SOFTWARE EN TECNOLOGÍAS MÓVILES

Adaptación y Actualización de aplicaciones móviles a los estándares de Calidad del Ayuntamiento de Madrid

PROYECTO SSII 2013-2014

Hugo García RodríguezMiguel Román GarcíaPablo Martínez Molinos

Dirigido por:

Dra. Inmaculada Pardines LenceDra. Victoria López López

Calidad del software en tecnologías móviles

ÍNDICE• Definición del proyecto• Desarrollos aplicaciones • Requisitos Software• Integración en el IAM• Conclusiones• Trabajo futuro

Facultad de Informática - UCM © 2014 2



DEFINICIÓN DEL PROYECTO• Estandarización y actualización de seis

aplicaciones Android para despliegue en los servidores del IAM.• Principales objetivos:• Depuración de código y funcionalidades.• Actualización de sus componentes.• Estandarización según las pautas del IAM.

• Últimas fases del proceso de desarrollo: proyectos abiertos y reutilización de código.



DEFINICIÓN DEL PROYECTO• Con este proyecto hemos conseguido:

•Itinerarios de los Jardines del Retiro, Recycla.me y Recyclate! totalmente funcionales y listas para su despliegue en el IAM.•Asentar bases para futuros desarrollos de estandarización: guía de normalización en la memoria.



ESTANDARIZACIÓN Y REUTILIZACIÓN SW

• Importancia fundamental de ambos conceptos en el proyecto.• Calidad del proyecto en base a su

escalabilidad y capacidad de migración.• Software actualizable dinámicamente.


- Archivos multimedia disponibles offline

- Geolocalización mejorada (API Google Maps v2)

- Mayor tamaño aplicación VS Mayor rendimiento


Desarrollos Aplicaciones – Itinerarios Retiro



Desarrollos Aplicaciones – RecyclasEstandarización Recycla.me y Recyclate!

- Consumo de servicios web comunes

- Utilización de la misma base de datos

- Misma estructura de proyectos

- Librerías comunes en ambas aplicaciones


• Arquitectura Cliente-Servidor

• Empaquetado con

• Modelo 3 capas


REQUISITOS SOFTWARE

Hugo

Hablar de lo importante que es para la estandarización dentro de una gran empresa usar artifactories

Hugo

Para el posterior despliegue en el EAR para WebSphere



Modelo 3 capas


• Interacción con el usuario

• Aplicaciones intuitivas y amigables

• Versión Android 2.3 - GingerBread

• Consumo de servicios web con alto rendimiento


Capa de presentación - Android

Hugo

La capa de presentación es la que ve el usuario (también se la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la información y captura los datos introducidos por el usuario en un mínimo proceso.

Hugo

debe tener la característica de ser amigable (comprensible y fácil de usar) para el usuario.


• Expone la lógica necesaria a la capa de presentación

• Spring Framework • Inversión de control • Gestor de JavaBeans • 3 tipos de clases en el contexto J2EE


Capa de negocio - Spring

- Modelos

- DAO’s

- Servicios

Hugo

Se encarga de instanciar los objetos que forman parte de nuestra lógica (los llamados JavaBeans) y de enlazar unos con otros, todo dentro de un contexto de ejecución, desde el cual son accesibles para el resto de la aplicación.

Hugo

La arquitectura básica que define Spring para el acceso a datosUna clase modelo que mapea los datos.Una clase DAO (Data Access Object) que se comunica con la base de datos y realiza las operaciones sobre el modelo.Una clase servicio que ofrece los métodos funcionales de la lógica.Para cada una de las clases arriba listadas se usan las anotaciones @Entity, @Repository o @Service,


Spring MVCUn gestor de servlets remite cada petición al servidor hacia su Controlador


Capa de negocio - Spring

Hugo

web.xml


• Persistencia de objetos

• JPA es una API, necesita una implementación con la que trabajar:

• Para cada entidad se crea un POJO

• Los DAO’s se encargar de gestionar estas entidades


Capa de persistencia – JPA


Servicios Web RESTful4 principios fundamentales:

-Utiliza los métodos HTTP- No mantiene estado

- Expone URI’s de directorio- Transfiere XML y/o JSON


Capa de integración Cliente – Servidor

Hugo

Representational State Transfer

Hugo

* Las aplicaciones cliente utilizan los métodos propios del protocolo HTTP como GET, POST, PUT o DELETE

Hugo

es necesario que cualquier petición que envíen los clientes, incluya todos los datos necesarios para cumplir la transacción, las peticiones han de ser completas

Hugo

Estas URIs tienen que ser lo más descriptivas posibles, y debe ser fácil e intuitivo adivinar la funcionalidad



Desarrollos Aplicaciones – RecyclasDespliegue en servidores Amazon

• Instancias EC2 – Máquinas Linux en la nube

• Conexión segura, protocolo SSH

• Alto Rendimiento APACHE TOMCAT

Hugo

SECURE SHELL (intérprete de órdenes segura)



Integración en el IAM

• Aplicaciones listas para ser entregadas al IAM

• Recycla.me y Recyclate! A WebSphere

• Itinerarios preparada para a disposición del Departamento de Calidad



Integración en el IAM

• Infraestructura tecnológica Uso de SVN para acceder a sus repositorios• Seguimiento del proyecto• Criterios de entregas y subidas

Criterios exigidos para sus aplicaciones



Conclusiones• Contacto con nuevos frameworks• Aplicaciones reales• Mejoras en las 3 aplicaciones• Cumplimiento de objetivos Trabajar en colaboración con el IAM• Desarrollo de las distintas capas de las aplicaciones• Desarrollos futuros



Trabajos futuros Migración de las aplicaciones a otras tecnologías móviles

Integración de las actualizaciones realizadas a Hábitat

• Subida y entrega de las aplicaciones al IAM



Muchas gracias

¿Dudas, preguntas?

Calidad del Software en Tecnologías Moviles

Technology

Transcript of Calidad del Software en Tecnologías Moviles