Presentación de avance. Índice Riesgos y consecuencias con GX Update 2 Posibles cambios de interfaz Datos de Prueba Funcionalidades Implementadas Definición.

Presentación del tema: "Presentación de avance. Índice Riesgos y consecuencias con GX Update 2 Posibles cambios de interfaz Datos de Prueba Funcionalidades Implementadas Definición."— Transcripción de la presentación:

1 Presentación de avance

2 Índice Riesgos y consecuencias con GX Update 2 Posibles cambios de interfaz Datos de Prueba Funcionalidades Implementadas Definición de Alcance Documentación Requerida

3

4 Riesgos y consecuencias con GX Update 2 El cambio a la Update 2 es necesario, debido a ciertas limitaciones en la Update 1. Combo boxes cargados dinámicamente en SD Pasar parámetros entre SDPanels para flujos la aplicación movil. Utilizar tabs en el SD para cambiar tipos de ingreso de horas.

5 Respuestas de Servicio Tecnico ¿Se puede cargar un Combo Box (o Dynamic Combo Box) a partir de un SDT Colección, siendo el SDT cargado el tiempo de ejecución? No, no se puede. Sólamente se pueden cargar a partir de atributos de la KB. Están trabajando para que en un futuro se pueda. ¿Tiene sentido especificar parámetros de salida (out) en un SDPanel? No. Lo que se puede hacer si uno quiere que el SDPanel "devuelva" algo, es guardar ese algo en la Web Session, y obtener luego ese algo desde ahí. ¿Se pueden programar propiedades para los Tabs de un SDPanel en tiempo de ejecución (por ejemplo, elegir el ActiveTab, etc)? No, no se puede.

6 Problemas solucionados con la U2 Usar if-then-else en los eventos de usuario en SD. Ya no habría que usar tantos procedimientos desde los SD Panel, por lo que se podría evitar acceder tanto a la KB mediante Rest Services, además de simplificar la interpretación del código. Utilizar Combo Boxes con Variables en SD. Asignar un elemento de un SDT en un evento de Usuario en SD (hasta ahora sólo se podían leer). Se podrá tener un mayor control en tiempo de ejecución sobre los controles Textblocks, Atributos, Variables y Botones. Se podrán detectar Touch Events en SD. Con ésto se podrá, por ejemplo, realizar algo cuando un usuario selecciona un campo para editar (hasta ahora no se podía; por ej, teníamos problemas para detectar si el usuario ingresaba HoraIni/HoraFin o simplemente cantidad de horas).

7 Algunos problemas Herramientas que usamos sobre la versión actual (GXTest, GXServer...) ¿Habrá incompatibilidad con la update 2? Tiempo que llevaría instalar y configurar en las máquinas virtuales (o físicas) de cada uno la nueva versión. Re-Verificación de Casos de Uso implementados, compatibilidad con U2.

8

9 Posibles cambios de interfaz Diseño de botones Los botones no se pueden desactivar. Solamente se pueden hacer invisibles, pero esto no se puede cambiar en tiempo de ejecución (se soluciona con U2). Pestañas No se guarda el estado de las pestañas anteriores al navegar entre ellas. Esto no se soluciona con U2.

10 Posibles cambios de interfaz Notificaciones Push No se pueden realizar en la U1. Estan podrian realizarse en la U2.

11

12 Datos de prueba Para las pruebas de performance seria necesario contar con una base de datos de gran volumen. Dado el tamaño de los datos necesarios vemos como una complicación disponer de personas generandolos para realizar las mismas.

13 Datos de prueba En caso de no poder disponer de bases de datos reales deberiamos pactar una reunion con el encargado del diseño de las mismas para poder generarlos de la manera mas “real” posible.

14

15 Funcionalidades Implementadas Se mostraran los Casos de Uso implementados en el proyecto.

16

17 Documentación Tenemos dudas sobre la necesidad de algunos documentos. Documentación del diseño de casos de uso. Diseño de la arquitectura