| 1 | [[TOC(heading=Índice)]] |
| 2 | = Acta videoconferencia 19 octubre 2011 = |
| 3 | |
| 4 | Asisten: Barcelona, Huelva, Málaga y Sevilla |
| 5 | |
| 6 | Próxima reunión: jueves 3 de Noviembre 10:30 |
| 7 | |
| 8 | == Cierre de la versión 1.02 == |
| 9 | Se pone como fecha de liberación el 1 de Noviembre. |
| 10 | * Se ha limpiado el código |
| 11 | * Se ha añadido la ayuda a comandos que no la tenían |
| 12 | * Se han movido los tickect que no pertenecen a esta versión a otras posteriores |
| 13 | |
| 14 | Falta por hacer: |
| 15 | * Integrar: |
| 16 | * mejora de los log de seguimiento en los clientes |
| 17 | * grupos para hacer postconfiguración de las imágenes restauradas. |
| 18 | * !CheckAlive: script para comprobar el estado del servidor y levantarlo si es necesario. |
| 19 | * Realizar la prueba en el branch cuando estén todos los cambios y pasar al trunk |
| 20 | |
| 21 | == Versión 1.0.3 == |
| 22 | Se incluirán las funcionalidades que ya están desarrolladas pero no se ha pasado al código del proyecto: |
| 23 | * Postconfiguración de Windows (activación , inclusión en dominio,...) |
| 24 | * Configurar desde la consola la resolución de la pantalla que se manda al arrancar el cliente |
| 25 | * Autenticación con ldap, u otro servicio, de los usuarios en las páginas de inicio de los clientes |
| 26 | |
| 27 | == Versión 2.0 == |
| 28 | 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. |
| 29 | |
| 30 | 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. |
| 31 | |
| 32 | 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: |
| 33 | * Si se ajusta a los requisitos que definamos. En que medida los facilita o los limita. |
| 34 | * Si es fácil de aprender, para que todos los miembros del proyecto puedan participar en su desarrollo. |
| 35 | |
| 36 | Para poder evaluar está versión se probará y se realizará una videoconferencia, o similar, donde se explique la estructura de la misma. |
| 37 | |
| 38 | En caso de no utilizar el código existente se definirá qué lenguaje se utilizará y framework que faciliten el trabajo (ej: .extjs) |
| 39 | |
| 40 | == Funcionalidades próximas versiones == |
| 41 | * Añadir las funcionalidades de la consola actual a una nueva que esté bien organizada. |
| 42 | * Tiempo de formación de los usuarios finales sea lo menor posible. |
| 43 | * Parte de programación fácil de desarrollar. |
| 44 | * Grupos más flexibles. |
| 45 | * Que las aulas o los equipos se puedan agrupar de forma dinámica para lanzar acciones conjuntamente |
| 46 | * 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. |
| 47 | * 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. |
| 48 | * El utilizar el botón derecho para acceder a las acciones en incomodo. |
| 49 | * No utilizar frames → no es accesible |
| 50 | |