Changes between Initial Version and Version 1 of Reunion191011


Ignore:
Timestamp:
Oct 27, 2011, 9:57:46 AM (12 years ago)
Author:
irina
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Reunion191011

    v1 v1  
     1[[TOC(heading=Índice)]]
     2= Acta videoconferencia 19 octubre 2011 =
     3
     4Asisten: Barcelona, Huelva, Málaga y Sevilla
     5
     6Próxima reunión: jueves 3 de Noviembre 10:30
     7
     8== Cierre de la versión 1.02 ==
     9Se 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
     14Falta 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 ==
     22Se 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 ==
     28La 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
     30Se 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
     32Con 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
     36Para poder evaluar está versión se probará y se realizará una videoconferencia, o similar, donde se explique la estructura de la misma.
     37
     38En 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