• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Proyecto Kura Kura - Presentación técnica
 

Proyecto Kura Kura - Presentación técnica

on

  • 169 views

 

Statistics

Views

Total Views
169
Views on SlideShare
169
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Proyecto Kura Kura - Presentación técnica Proyecto Kura Kura - Presentación técnica Presentation Transcript

    • Kura-kuraGrupo 2 Lorena BesChristian MartinezMarc MauriMayte PavónAntonio Suárez
    • VisiónRUP
    • I E C T C T4/3/201313/2/2013Cambios - Planificación Original26/10/2012 9/1/2013
    • Cambios - Nueva PlanificaciónI E C T9/1/2013 4/3/201326/10/2012 13/2/2013Se han incluido reviews a la planificación de cada iteración.
    • Herramientas de gestión
    • Riesgos - Infraestructura Cliente● Hay muchos proveedores de RFID pasivos.● Hay muchos fabricantes que ofrecendispositivos parecidos. Sólo habría queplantear pequeñas modificaciones.● Se pueden encontrar dispositivos Androidbaratos para hacer de centralita.
    • Riesgos - Infraestructura Servidor● El entorno de despliegue del prototipo seráel PaaS Openshift de RedHat.● El despliegue se realizará en infraestructurapropia del cliente adaptadas al nivel deseguridad alto de LOPD.● Existe la alternativa de desplegar enCDmon.
    • Organización, consistencia, visión global, intuitividad yprevención de errores y familiaridadStoryboards
    • Storyboards
    • Casos de uso
    • De especificación a análisisCaso de uso: Añadir nuevo cuidadorActor primario: Administrador, Responsable.Precondición: El usuario se ha logueado en el sistema.Disparador: El Responsable y/o el Residente deseanañadir un nuevo cuidador a un servicio.Escenario principal de éxito:1. El usuario introduce los datos del cuidador.[→ #004 NuevoCuidador]1. El sistema valida los datos.2. El sistema asocia al nuevo cuidador al servicio.3. El sistema muestra al administrador un mensajeindicando cambios realizados.Extensiones:2a. Los datos no son válidos.2a1. El sistema muestra un mensaje aladministrador indicando cuáles son losdatos que no son válidos.2a2. El sistema vuelve al paso 1....Boundary-Control-EntityPattern
    • Boundary-Control-Entity PatternVOPCSequence Diagram
    • Domain Model
    • DiseñoSubsistema de GestiónCambiabilidad MantenibilidadSubsistema de NotificaciónFiabilidadAlto rendimientoDisponibilidadNotificar AlertaNotificar Avisos InformativosIniciar Llamada a CuidadorGestionar ServiciosGestionar CuidadoresGestionar ResidentesGestionar Alertas
    • Sistema de Gestión
    • ● MVC Pull-Based○ Vistas conscientes○ Reusabilidad● HTML, JavaScript y widgets KendoUI○ Alta compatibilidad○ Conocimientos adquiridos y facilidad de aprendizaje○ Ajustado a nuestras necesidadesSistema de GestiónPresentación
    • ● Front Controller + Action Controller○ Recepción, filtrado y procesamiento de peticiones■ Bajo acoplamiento clientes-servicio○ Delegación por acciones■ Alta cohesión● Server Session State○ Identificación de usuario○ Seguridad● Data Transfer Object (DTO)○ Desacoplamiento entre capas○ JSONSistema de GestiónServicios
    • ● Domain Model + Data mapper○ Independencia entre lógica y base de datos.○ Persistencia automática○ Doctrine● Use Case Controller○ Lógica por caso de uso○ Estado○ Bajo acoplamiento● Otros patrones:○ Abstract Factory○ Template○ Expert○ SingletonSistema de GestiónDominio y Datos
    • Sistema de Notificación
    • ● Test unitarios○ Buen funcionamiento de las clases○ PHPUnit● Tests de integridad y persistencia de BD○ Consistencia tipo-dato○ DB SanityTests
    • Tests● Test de rendimiento○ Subsistema crítico○ Herramientas de lenguaje● Test de control de acceso○ Seguridad en los contenidos○ SeleniumHQ
    • Tests● Test de usabilidad e interfaz○ Test de humo○ Persona-sistema● Fácil uso y ayuda para el usuario
    • Modelo de datosBase de datos relacional (PostgreSQL)● Balance entre criterios○ Eliminar la mayor cantidad de nulls posibles■ Simplicidad, rendimiento■ Concrete Table Inheritance, Association Table Mapping○ Minimizar el espacio ocupado■ Escalabilidad■ Single Table Inheritance
    • Modelo de datos○ Normalización■ Cambiabilidad■ Identity Field, Foreign Key Mapper, Class TableInheritance○ Rendimiento■ Conflicto con otros requisitos no funcionales■ Uso de índices en atributos clave■ Distribución de la base de datos en modelo dedespliegue■ Generar consulta para el sistema denotificaciones.
    • Modelo de despliegue
    • Método de despliegueSeguridad● Firewall, DMZ● Backup de datos en distinta localizaciónDisponibilidad● Reduplicación de servidoresRendimiento● Distribución de bases de datos
    • Gracias por suatención