[[PageOutline(2-5,Índice)]] = Acta videoconferencia 19 octubre 2011 = Asisten: Barcelona, Huelva, Málaga y Sevilla Próxima reunión: jueves 3 de Noviembre 10:30 == Cierre de la versión 1.02 == Se pone como fecha de liberación el 1 de Noviembre. * Se ha limpiado el código * Se ha añadido la ayuda a comandos que no la tenían * Se han movido los tickect que no pertenecen a esta versión a otras posteriores Falta por hacer: * Integrar: * mejora de los log de seguimiento en los clientes * grupos para hacer postconfiguración de las imágenes restauradas. * !CheckAlive: script para comprobar el estado del servidor y levantarlo si es necesario. * Realizar la prueba en el branch cuando estén todos los cambios y pasar al trunk == Versión 1.0.3 == Se incluirán las funcionalidades que ya están desarrolladas pero no se ha pasado al código del proyecto: * Postconfiguración de Windows (activación , inclusión en dominio,...) * Configurar desde la consola la resolución de la pantalla que se manda al arrancar el cliente * Autenticación con ldap, u otro servicio, de los usuarios en las páginas de inicio de los clientes == Versión 2.0 == La versión 1.02 proporciona todas las funcionalidades que nos hacen falta para gestionar las aulas. Ahora es el momento de redefinir las necesidades que tenemos y replantear desde cero la estructura de opengnsys. Se realizará una videoconferencia monográfica sobre los requisitos de la próxima versión y se abrirá una página en el wiki dedicada a este tema. Con la definición inicial del hito 2.0 se ha generado un código que ya recoge algunas funcionalidades y está en versión de desarrollo. Habría que probar: * Si se ajusta a los requisitos que definamos. En que medida los facilita o los limita. * Si es fácil de aprender, para que todos los miembros del proyecto puedan participar en su desarrollo. Para poder evaluar está versión se probará y se realizará una videoconferencia, o similar, donde se explique la estructura de la misma. En caso de no utilizar el código existente se definirá qué lenguaje se utilizará y framework que faciliten el trabajo (ej: .extjs) == Funcionalidades próximas versiones == * Añadir las funcionalidades de la consola actual a una nueva que esté bien organizada. * Tiempo de formación de los usuarios finales sea lo menor posible. * Parte de programación fácil de desarrollar. * Grupos más flexibles. * Que las aulas o los equipos se puedan agrupar de forma dinámica para lanzar acciones conjuntamente * Vistas en altiris: En altiris se agrupan los equipos por vistas, que se construyen por medio de una búsqueda de alguna características de los equipos y se pueden guardar. Sobre estás vistas se pueden realizar acciones. * Basarnos en plugins que permitan añadir nuevos componentes. Pueden incluir las ACL: qué usuarios tienen acceso al plugin y a qué acciones del mismo. * El utilizar el botón derecho para acceder a las acciones en incomodo. * No utilizar frames → no es accesible