CCP 04- Modificar Propiedades de Cuenta

Transcripción

Formulario de Solicitud
INFORMACIÓN EMPRESA
Persona solicitante: Francisco García
Empresa, institución o comunidad a la que pertenece:
Centro de Excelencia de Excelencia de Software Libre de Castilla-La
Mancha
Dirección: Paseo de la innovación nº 1, 02006 Albacete
Teléfono: 967555300
Email: [email protected]
Página web de la empresa: http://ceslcam.com
INFORMACIÓN PRODUCTO
Nombre del producto: gSync v1.09
Página web del producto: https://forja.molinux.info/projects/molinuxsync/
Tipo de programa:

Aplicación web

(X) Aplicación de escritorio

Aplicación servidor

Otro (Indique cuál):
Categoría de software: (p.e.: médicina, estadística, contable, etc.)
Software Ofimático/Productividad
Campo/s de interés: (p.e.: Universitario, empresarial, administración, etc.)
Empresarial
Usuarios potenciales: (p.e.: doctores, gerentes, directores de proyectos, etc. )
Cualquier usuario que necesite gestionar sus tareas, contactos, notas y
agenda.
Desarrollado para la plataforma/sistema operativo:
GNU/Linux. ->Distribución Molinux. ->Distribución Base: Debian.
Desarrollado con el/los lenguaje/s:
Python
Requisitos software:
Sistema Operativo GNU/Linux. Recomendado Molinux 5.0
Gestor de Correos: Evolution.
Requisitos hardware:
Los requeridos para una distribución GNU/Linux. Recomendado para
distribución Molinux: Procesador Intel o compatible a 800 Hz, 256 MB de
RAM, % GB de espacio libre en disco, tarjeta SVGA aceleradora 3D.
Otros requisitos:
Servidor compatible con SyncML: MyFunambol, Scheduleworld
Licencia/s del programa:
GPL v2
Descripción funcional del software:
gSync es la aplicación del proyecto Molinux SyncML que permite llevar a
cabo la sincronización de la suite de trabajo en grupo Evolution
(Contactos, Eventos, Tareas y Notas) con un servidor SyncML que a la vez
le permitirá sincronizar su información con dispositivos móviles que
integren el protocolo SyncML. Entre las funciones implementadas en la
herramienta se encuentran:
• Crear cuenta
• Borrar cuenta
• Editar cuenta
• Lanzar asistente de configuración
• Sincronizar evolution con servidor
• Sincronizar servidor con evolution
• Configurar las preferencias de la herramienta
Documentación entregada:

(X) Código de la Aplicación

(X) Texto de la/s Licencia/s

(X) Manual de Usuario

(X) Manual Técnico

(X) Documento de Funcionalidades

Otra Documentación

(X) Instalador de la Aplicación
Servicios ofertados sobre el software:

(X) Documentación de Usuario

(X) Documentación para Desarrolladores

(X) Soporte a Usuarios

Consultoría: Implantación

Integración

Adaptación

Otro/s (Indique cuál/es)

Formación para Usuarios

Otro/s (Indique cuál/es)
Informe del Problema................................................................................................................19
Descripción de los actores.............................................................................................................20
Visión del Producto.......................................................................................................................20
Coste y Precio...........................................................................................................................20
Licencia e Instalación................................................................................................................20
Descripción de las características del producto.............................................................................20
Descripción de la documentación disponible................................................................................21
Manual de Usuario....................................................................................................................21
Ayuda Online............................................................................................................................21
Etiquetado y Empaquetado.......................................................................................................21
Apéndice D:Especificación de Casos de Uso.....................................................................................22
Casos de Uso..................................................................................................................................22
CU01.-Crear Cuenta..................................................................................................................22
CU02.-Borrar Cuenta................................................................................................................23
CU03.-Mostrar Propiedades de la Cuenta.................................................................................23
CU04.-Modificar Propiedades de la Cuenta.............................................................................23
CU05.-Configurar Preferencias................................................................................................24
CU06.-Sincronizar automáticamente una Cuenta.....................................................................24
CU07.-Sincronizar manualmente una Cuenta...........................................................................25
Apéndice E: Casos de Prueba.............................................................................................................26
CCP 01- Crear Cuenta..........................................................................................................26
Escenarios........................................................................................................................26
CCP 02- Borrar Cuenta........................................................................................................26
Escenarios........................................................................................................................26
CCP 03- Mostrar Propiedades de Cuenta.............................................................................27
Escenarios........................................................................................................................27
CCP 04- Modificar Propiedades de Cuenta.........................................................................27
Escenarios........................................................................................................................27
CCP 05- Configurar Preferencias.........................................................................................27
Escenarios........................................................................................................................28
CCP 06- Sincronizar automáticamente una Cuenta.............................................................28
Escenarios........................................................................................................................28
CCP 07-Sincronizar manualmente una Cuenta....................................................................29
Escenarios........................................................................................................................29
3
1. Informe Final
Revisión histórica
Fecha
Versión
Descripción
Autor
20/10/09
1.0
Primera revisión del documento.
Estela Sánchez García
Propósito
Este informe recopila los resultados de una certificación de la aplicación Molinux Sync. Molinux
Sync forma parte del proyecto Molinux SyncML, y permite llevar a cabo la sincronización de la
suite de trabajo en grupo Evolution (Contactos, Eventos, Tareas y Notas) con un servidor SyncML,
que a la vez le permitirá sincronizar su información con dispositivos móviles que integren el
protocolo SyncML.
El proyecto Molinux SyncML se integra en Molinux desde la versión Molinux 5.2, que se publicará
en diciembre de 2009, formando parte del escritorio Molinux y trabajando en cooperación con la
aplicación de correo electrónico y trabajo en grupo Evolution.
El proceso de certificación está basado en OPSOA. El proceso de certificación OPSOA es un
proceso de validación iterativo e incremental sobre diversos aspectos de calidad definidos en la
norma ISO 91261.
Para llevar a cabo el análisis del software Molinux Sync a través de esta metodología se han
utilizado dos técnicas complementarias:
1. Análisis de Funcionalidad de la herramienta mediante la ejecución de Test de Prueba, en
este caso 37.
2. Análisis de otros aspectos relacionados con la calidad a través de una lista de Control
con 80 preguntas. Entre los aspectos de calidad analizados se encuentra la usabilidad,
mantenibilidad y portabilidad de la aplicación. Asimismo este cuestionario incluye una
comprobación de ciertos aspectos relacionados con la calidad en los desarrollos de
Software Libre.
A la hora de definir los Test de Prueba se ha seguido un proceso de caracterización de código que
permite el análisis de la funcionalidad de la aplicación a través de la el código de la aplicación y el
propio uso de la herramienta. Este análisis da como resultado la definición de los de Casos de Uso
del sistema(7), que se han utilizado para la creación final de los Test de Prueba.
4
Entorno de pruebas
Requisitos Ambientales
Requisitos software:
Sistema Operativo GNU/Linux. Recomendado Molinux 5.2
Gestor de Correos: Evolution.
Requisitos hardware:
Los requeridos para una distribución GNU/Linux. Recomendado para distribución Molinux:
Procesador Intel o compatible a 800 Hz, 256 MB de RAM, 5 GB de espacio libre en disco,
tarjeta SVGA aceleradora 3D.
Escenario de Pruebas
Las pruebas se han realizado en un sistema con la siguiente configuración:
Sistema Operativo
Molinux 5.0
Memoria RAM
2GB
Disco duro
20 GB
Resultado Final
Según la metodología OPSOA se atenderá a los siguientes criterios para decidir si el producto SW
pasa o no la certificación positiva:
a) 100% de los CP con prioridad alta han pasado el proceso de pruebas.
b) 90% de los CP con prioridad baja o media han pasado el proceso de pruebas.
c) Utilizando el cuestionario realizado, se debe haber contestado de forma positiva al menos al
80% de las preguntas allí indicadas.
Si los criterios a) y b) no se cumplen, se determinará que el producto no está certificado.
Si el producto ha obtenido la certificación positiva respecto a los criterios anteriores, podrán
conseguir los siguientes tipos de certificación:
• Certificación Gold, si el producto pasa los criterios a), b), y c).
• Certificación Silver, si el producto pasa los criterios a) y b).
Según indica la figura Figura 1: Casos de Prueba realizados. el 100% de los casos de prueba han
pasado los casos de prueba. Por lo que se cumplen los apartados a) y b) citados anteriormente.
Además como se muestra en la Figura 2: Respuestas del cuestionario, el 84% de las preguntas del
cuestionario han sido respondidas de forma positiva, por lo que se cumple de forma satisfactoria el
apartado c).
Por todo ello se puede concluir que Molinux Sync obtiene la certificación Gold de calidad.
5
Características Probadas
Las características que han sido probadas se corresponden con los Casos de Uso especificados para
la aplicación Molinux Sync. Estos son los siguientes:
•
•
•
•
•
•
•
CU01-Crear Cuenta.
CU02-Borrar Cuenta.
CU03-Mostrar Propiedades de la Cuenta.
CU04-Modificar Propiedades de la Cuenta.
CU05-Configuración de Preferencias.
CU06-Sincronizar automáticamente una Cuenta.
CU07-Sincronización manualmente una Cuenta.
Sumario de Pruebas
Casos de Prueba
Como muestra la figura 1, se han realizado un total de 37 Casos de Prueba, todos ellos han sido
correctos. A continuación se desarrolla un listado de los Casos de Prueba que se han realizado, así
como de su resultado. Cada Test de Prueba estará relacionado con uno o más Casos de Uso.
100%
Superadas
No Superadas
Figura 1: Casos de Prueba realizados.
CU01-Crear Cuenta
Fallos: 0/5
Se han realizado cinco Casos de Prueba, uno de ellos para el flujo básico y los otros cuatro
referentes a flujos alternativos. De las pruebas realizadas las cinco han sido correctas.
CU02-Borrar Cuenta
Fallos 0/1
Se han realizado dos Casos de Prueba, ambos con resultado correcto.
CU03-Mostrar Propiedades de Cuenta
Fallos 0/2
Se han realizado 2 Casos de Prueba, los cuales uno han sido correctos.
CU04-Modificar Propiedades de Cuenta
Fallos 0/5
Se han realizado cinco Casos de Prueba, todos ellos correctos.
6
CU05-Configurar Preferencias
Fallos 0/6
Se han realizado seis Casos de Prueba, todos ellos con un resultado correcto.
CU06-Sincronizar automáticamente una Cuenta.
Fallos 0/5
Se han realizado cinco Casos de Prueba, todos con resultado correcto.
CU07-Sincronizar manualmente una Cuenta.
Fallos 0/12
Se han realizado doce Casos de Prueba, todos con resultado correcto.
De estos doce Casos de Prueba realizados, se han obtenido algunos errores que se comentan a
continuación. Estos errores no son debido a la herramienta Molinux Sync sino al backend que
utiliza como herramienta de sincronización, Sync Evolution, y son por tanto dignos a comentar.
◦ Se han detectado errores en la sincronización al utilizar el servidor “Google” en el caso
de utilizar la modalidad “Descartar remotos y reemplazar locales”.
◦ Utilizando el servidor “SheduleWorld” también se ha detectado un pequeño fallo de
sincronización.
Estos son algunos errores encontrados en algunos de los servidores probados, no se han analizado
todos los servidores puesto que no está dentro del objetivo de esta certificación, pues como se ha
mencionado anteriormente estos errores son independientes de la herramienta Molinux Sync y no se
han tenido en cuenta para la certificación de la misma.
7
Cuestionario
El cuestionario propuesto por el marco metodológico OPSOA consta de 80 preguntas divididas en
diferentes secciones. Estas preguntas tienen como opciones de respuesta: Si, No, N/A.
Según se muestra en la figura 2, los resultados obtenidos han sido los
siguientes:
• Si: 67 respuestas.
• No: 7 respuestas.
• N/A: 6 respuestas.
A continuación se detallan las preguntas que han sido contestadas
negativamente:
•
“Puede el usuario personalizar sus pantallas, ficheros y producto
software en general”.
8%
9%
84%
Si
No
N/A
Figura 2: Respuestas del
cuestionario
El sistema no ofrece posibilidad de configurar las pantallas de la aplicación, ni se puede
cambiar de tamaño, color... etc.
•
“Todo lo que se puede hacer con el producto software pulsando directamente sobre objetos
se puede lograr utilizando el teclado”.
Molinux Sync muestra un icono en el área de notificación del escritorio Gnome. Desde este
icono se accede al conjunto de operaciones del sistema. No hay forma de acceder por
teclado a estas operaciones.
•
“La Comunidad ofrece servicios de formación sobre el producto a desarrolladores”.
No hay planes para que la Comunidad lleve a cabo este tipo de formación.
•
“La Comunidad ofrece servicios de red de partners para el producto”.
No hay planes para que la Comunidad ofrezca este tipo de servicios.
•
“El proyecto dispone de al menos una lista de correo para usuarios”.
La página web del proyecto1 no ofrece información sobre listas de correo.
•
“El programa está disponible para diferentes sistemas operativos (p.e.: GNU/Linux,
Windows, Mac)”.
No, el programa es exclusivamente para la plataforma GNU/Linux.
•
“El producto ofrece mecanismos simples de extensión (plugins, módulos, ...)”.
No.
Consejos de mejoras
1. Pantalla Propiedades, pestaña Orígenes. En esta pantalla el usuario debe elegir para cada
uno de los orígenes, el recurso de Evolution que será sincronizado con el servidor SyncML.
La primera vez que se selecciona un origen, el recurso aparece vacío y puede llevar a
confusión, puesto que el botón de Aceptar está desactivado hasta que no se seleccione uno.
Por defecto se debería seleccionar el primero de los orígenes, por ejemplo.
2. Realizar algún tipo de validación en los campos de las distintas pantallas. Por ejemplo que
no se pudieran introducir nombres de usuario con espacios en blanco.
1 https://forja.molinux.info/projects/molinuxsync/
8
2. Modelo de proceso de OPSOA
En la Figura 1: Descripción del Proceso OPSOA se ofrece una descripción de las actividades
principales que integran el proceso OPSOA, cuya presentación gráfica se ha realizado utilizando el
estándar Software Process Engineering Metamodel. La aplicación de dichas actividades se realiza
de forma secuencial como así lo reflejan las fechas que encadenan las distintas actividades. Por ello,
es necesaria la terminación de cada uno de los artefactos descritos como resultado de una actividad
antes de poder acometer la siguiente actividad. Así mismo, en la parte superior de la Figura 1
aparecen reflejados qué roles están involucrados en la realización de cada una de las actividades.
Figura 1: Descripción del Proceso OPSOA
9
Caracterización del Software a certificar
El objetivo de esta actividad es el conocimiento del producto software objeto de certificación tal y
cómo se especifica en la metodología OPSOA. Para llevar a cabo esta actividad, se han elaborado
los documentos de Cuestionario, Glosario de Términos y Visión (véase Apéndice A. Cuestionario
del Sistema, Apéndice B: Glosario de Términos y Apéndice C: Visión). La elaboración de estos
documentos se ha realizado en base a la documentación entregada por los desarrolladores.
Determinación de Requisitos
El objetivo de esta actividad es determinar la funcionalidad del producto software (requisitos
funcionales) mediante la especificación de los Casos de Uso, según el marco metodológico
OPSOA. Para el desarrollo de esta actividad se ha elaborado la especificación de Casos de Uso que
aparece en el Apéndice D:Especificación de Casos de Uso.
Generación de Pruebas
Esta actividad está orientada básicamente a la generación de las pruebas que se ejecutarán
posteriormente y que ayudarán a determinar el nivel de certificación de la herramienta. Las pruebas
que se han generado se pueden ver en (Apéndice E: Casos de Prueba).
Ejecución de Pruebas
El objetivo de esta actividad es ejecutar la suite de prueba obtenida en la actividad anterior. En el
caso que nos ocupa la ejecución de las pruebas se ha realizado de forma manual por el Tester.
Análisis de Resultados
Esta actividad tiene como objetivo el análisis de los resultados de las pruebas, a fin de determinar el
nivel de certificación del software según el marco metodológico OPSOA. Para la realización del
informe final que se puede ver en 1. Informe Final) se han tenido en cuenta todas las pruebas
realizadas a lo largo del proceso de certificación.
10
Apéndice A. Cuestionario del Sistema
El siguiente cuestionario es un cuestionario o lista de control que permite conducir la evaluación de
la interfaz asociada al producto software, contribuyendo a su conocimiento y permitiendo evaluar
y detectar posibles deficiencias en la forma en la que el producto software ofrece sus servicios. El
cuestionario está organizado en diferentes secciones y el lector de esta sección podrá encontrar una
serie de preguntas asociadas a cada una de las secciones identificadas. Las partes consideradas en
este cuestionario son las siguientes:











La visibilidad del estado en que se encuentra el sistema
La correspondencia entre el producto software y el mundo real
El control y la libertad del usuario
La consistencia y el cumplimiento de estándares
Una interacción basada más en el reconocimiento que en el recuerdo
La flexibilidad y la eficiencia de uso
El diseño estético y minimalista
La ayuda y documentación que ofrece el producto software
El tratamiento de la privacidad que se hace en el producto software
Portabilidad, Extensibilidad y Mantenimiento
Comunidad, Servicios y Licencias
Revisión Histórica
Nombre del producto software:
Molinux Sync
Nombre del evaluador:
Fecha:
20 de Octubre 2009
Versión:
1.0
La visibilidad del estado en que se encuentra el sistema
El producto software debería siempre mantener informado al usuario sobre qué está haciendo
mediante un feedback adecuado y en un tiempo razonable.
Pregunta
Si No N/A
La pantalla asociada al producto software tiene un título o cabecera que describe X
su contenido


El icono asociado al producto software permite distinguirlo con facilidad cuando X
aparece con otros iconos de otros productos


Hay feedback visual en menús y cajas de diálogo sobre qué opciones están X
actualmente seleccionadas


Si se pueden seleccionar múltiples opciones en un menú o caja de diálogo, hay X
feedback visual sobre qué opciones están seleccionadas


11
A golpe de vista puede el usuario saber en qué estado está el sistema y qué X
acciones pueden llevarse a cabo


Los mensajes de error sugieren la causa que motivó el error.


X
La correspondencia entre el producto software y el mundo
real
El producto software debería hablar el mismo lenguaje que utiliza el usuario, con palabras, frases y
conceptos que le sean familiares, más que utilizar terminología orientada al sistema. La información
y las acciones deberían ofrecerse de forma lógica y natural.
Pregunta
Si No N/A
Las imágenes e iconos utilizados son concretos y familiares para el usuario
X


Los menús están organizados de una forma lógica
X


Si se utilizan formas como claves visuales, éstas encajan con las convenciones X
culturales


Las combinaciones de colores utilizadas se corresponden con las expectativas X
habituales sobre códigos de color


Las etiquetas utilizadas en los formularios, se utiliza una terminología familiar al X
usuario


Las opciones de menú encajan en las diferentes categorías establecidas
X


El sistema gestiona automáticamente la alineación de valores decimales


X
introduce 

X
X


Cuando al sistema se le facilitan cantidades
automáticamente el símbolo asociado con la divisa
monetarias
El producto software facilita la acción “ahora quiero hacer esto”
12
El control y la libertad del usuario
Los usuarios deberían ser libres para seleccionar y realizar las tareas que deseen, sin que el producto
software tenga que intervenir. El producto software debería ofrecer las opciones de hacer y
deshacer, y marcar claramente las salidas de emergencia cuando sea necesario.
Pregunta
Si No N/A
Es fácil reorganizar las ventanas asociadas con el producto software cuando éste
las ofrece solapadas
X


Es fácil moverse entre las ventanas asociadas con el producto software cuando
éste las ofrece solapadas
X


Tiene el usuario opción de deshacer (undo) cualquiera de las acciones que realiza
X

Si el usuario puede utilizar un ratón para utilizar el producto software, puede
seleccionar con él las opciones de menú y mediante el teclado
X


Puede el usuario personalizar sus pantallas, ficheros y producto software en
general

X

La consistencia y el cumplimiento de estándares
Los usuarios del producto software no pueden alcanzar lo mismo a través de diferentes situaciones,
acciones y palabras.
Pregunta
Si No N/A
Los iconos están etiquetados
X


El producto software maneja entre 12 y 20 iconos
X


Si se ofrece una opción salida (exit) en el menú del producto software, aparece al X
final


Los títulos de los menús están centrados o justificados a la izquierda
X


Las diferencias de tamaño de letra son hasta cuatro
X


Las diferencias de uso de fuentes son hasta tres
X


El movimiento utilizando el cursor es coherente a lo largo de todo el producto X
software


13
Una interacción basada más en el reconocimiento que en el
recuerdo
El producto software debería hacer visibles objetos, acciones y opciones. El usuario no debería
verse obligado a recordar información de un diálogo a otro cuando utiliza el producto software. En
este punto también se tienen en cuenta cuestiones relacionadas con la facilidad de acceso a
información de asistencia si es necesaria.
Pregunta
Si No N/A
La presentación de información comienza en la parte superior izquierda
X


La información, claves y mensajes el producto software las ofrece en un lugar X
visible en pantalla


La información se muestra adecuadamente justificada para su fácil recorrido
X


Se puede distinguir fácilmente cuando se ofrece un menú de selección simple y X
de selección múltiple


Las diferentes áreas se agrupan lógicamente y se distinguen mediante cabeceras
X


Los datos que el usuario puede proporcionar de forma opcional en un formulario X
se marcan de forma clara


El uso del tamaño, la negrita, o el color se utiliza para resaltar la importancia de X
cada elemento que conforma las ventanas


Hay una conjunción adecuada de color, brillo y contraste entre foreground y X
background


La flexibilidad y la eficiencia de uso
El producto software se preocupa por el nivel de experiencia que presenta el usuario y facilita en
función de ello atajos y mecanismos que permiten una interacción más ágil. El producto también
permite definir sus propias acciones frecuentes y métodos alternativos de acceso y operación para
diferentes usuarios (p.e.: cultural, física o psíquicamente).
Pregunta
Si No N/A
El producto software ofrece lo habitual de forma inmediata
X


El producto software ofrece valores por defecto y completa cuando es posible
X


Todo lo que se puede hacer con el producto software pulsando directamente 
sobre objetos se puede lograr utilizando el teclado
X

El experto puede definir macros, atajos o posibilidades de facilitar la información 
de una forma más rápidamente

X
El diseño estético y minimalista
El diálogo entre usuario y producto software debería estar exento de aspectos irrelevantes o no
14
habituales.
Pregunta
Si No N/A
Toda la iconografía utilizada en el producto software es conceptual y visualmente X
distintiva


Las etiquetas utilizadas son breves, descriptivas y familiares


X
La ayuda y documentación que ofrece el producto software
Aunque lo mejor sería que el producto software pudiera ser utilizado sin asistencia o ayuda alguna,
siempre es recomendable que ésta esté disponible y pueda ser consultada por el usuario si así resulta
ser necesario.
Pregunta
Si No N/A
El acceso a la ayuda se realiza a través de etiquetas o símbolos inequívocos
X


Los usuarios pueden conmutar rápidamente entre la aplicación y la propia ayuda
X


Existe documentación de usuario
X


Existe documentación de instalación
X


Existe documentación para desarrolladores
X


Existe una FAQ
X


El tratamiento de la privacidad que se hace en el producto
software
El producto software debería ayudar al usuario a proteger su información personal y privada.
Pregunta
Si No N/A
Pueden las áreas protegidas o confidenciales ser accedidas con ciertas 
contraseñas

X
En caso de que el producto software trate información de carácter privado, hay 
referencias a los reales decretos relacionados

X
15
Comunidad, Servicios y Licencias
El proyecto software debería disponer de una Comunidad de usuarios que ofrezca soporte y
servicios sobre el producto. Asimismo es indispensable que cuente con una licencia libre
establecida y reconocida.
Por Comunidad debe entenderse cualquier organización, ya sea empresa, fundación, entidad o
grupo de usuarios que colaboren en la mejora y evolución del proyecto.
Pregunta
Si No N/A
Existe una Comunidad que mantenga el proyecto
X


Existe una persona o entidad concreta que lidere el proyecto y marque el camino X
a seguir


X


La Comunidad ofrece servicios de consultoría sobre el producto. Por ejemplo X
implantación, integración, adaptación, nuevos desarrollos ...


X



X


X

X



X

X


Se puede acceder al código del producto desde el portal web o desde cualquier X
otro lugar accesible.


Se puede acceder a la documentación del producto desde el portal web del X
producto o desde cualquier otro lugar accesible.


X


El proyecto es activo desde el punto de vista del mantenimiento o nuevas X
versiones.


El proyecto dispone de alguna fuente de ingresos, ya sea interna o externa.
X


La licencia del producto es reconocida por la OSI o la FSF
X


La licencia del producto ofrece un copyleft fuerte
X


La licencia de librerías y paquetes utilizados son libres y compatibles entre sí
X


La licencia de la documentación es libre.
X


Existe una Comunidad que de soporte a los usuarios del producto
La Comunidad ofrece servicios de formación sobre el producto a usuarios
La Comunidad ofrece servicios de formación sobre el producto a desarrolladores
La Comunidad ofrece servicios de red de partners para el producto
El proyecto dispone de un portal web que ofrezca información sobre el producto.
El proyecto dispone de al menos una lista de correo para usuarios
El proyecto publica noticias sobre sus actividades y resultados en el portal web
El producto es maduro en cuanto a que ha sido testeado o ampliamente usado
16
Portabilidad y Extensibilidad
El producto software debería ofrecer buenas características para su portabilidad.
Pregunta
Si No N/A
El programa está escrito en un lenguaje de programación portable (p.e.: php, java, X
python, c, ...)

El programa está disponible para diferentes sistemas operativos (p.e.: Linux, 
Windows, Mac)
X 
El programa puede utilizar ficheros de documentación abiertos
X


El programa puede generar ficheros de documentación abiertos


X
El programa se integra de forma correcta en el sistema en cuanto a la facilidad de X
instalación.


El programa se integra de forma correcta en el sistema en cuanto a que no X
presenta problemas con otros programas o librerías


El programa puede reemplazarse de forma simple por nuevas versiones
X


El programa no presenta dependencias de hardware problemáticas
X


El producto ofrece mecanismos simples de extensión (plugins, módulos, ...)

X

La estructuración del código del producto es correcta y permite modificarlo con X
facilidad


El código está comentado de manera adecuada para entender su funcionamiento
X


Existe documentación para desarrolladores que ayude a entender el código y los X
mecanismo de extensión.


17

Apéndice B: Glosario de Términos
Fecha
Versión
Descripción
19/10/09
1.0
Primera versión del documento.
Autor
Este informe describe y recopila el Glosario de Términos utilizado por el sistema, dicha
recopilación facilita la denominación homogénea y coherente del analista de sistemas con la
utilizada por el sistema, los autores del mismo y la documentación asociada al mismo.
Introducción
Molinux Sync forma parte del proyecto Molinux SyncML, y permite llevar a cabo la sincronización
de la suite de trabajo en grupo Evolution (Contactos, Eventos, Tareas y Notas) con un servidor
SyncML que a la vez le permitirá sincronizar su información con dispositivos móviles que integren
el protocolo SyncML.
El proyecto Molinux SyncML define la plataforma completa de sincronización de la información
entre aplicaciones de trabajo en grupo y dispositivos móviles y/o con otras aplicaciones del mismo
propósito utilizando un servidor central SyncML.
El proyecto Molinux SyncML está promovido por la Junta de Comunidades de Castilla-La Mancha
a través del Centro de Excelencia de Software Libre de Castilla-La Mancha.
Definiciones
Calendario: El calendario suele servir en las aplicaciones, para una buena organización de las
tareas humanas en el tiempo.
Contraseña: Característica que permite dotar de un sistema de seguridad a un ordenador, al
imponer que se requieran contraseñas de acceso para acceder a determinadas tareas.
Contactos: Suele servir en las aplicaciones para almacenar el nombre, dirección, email y diferentes
datos personales sobre los contactos de un usuario.
Notas: Las notas suelen servir en una aplicación, para una mejor organización. A diferencia de las
tareas éstas no pueden tener varios estados.
Servidor: En redes, ordenador central de un sistema de red que provee servicios a otros sistemas.
En redes, ordenador central de un sistema de red que provee servicios a otros sistemas.
Sincronizar: Hacer que coincidan dos fenómenos o movimientos en un momento determinado.
Tareas: Las tareas suelen servir en una aplicación, para tener una buena organización con respecto
a las cosas que tengo que hacer en un tiempo determinado,pueden tener varios estados dependiendo
si la tarea esta ya hecha o no.
Usuario: Palabra que describe a la persona que habitualmente utiliza algo, esto es por ejemplo, "el
usuario de un ordenador".
18
Apéndice C: Visión
Fecha
Versión
Descripción
Autor
19/10/09
1.0
Introducción
Propósito
Molinux Sync forma parte del proyecto Molinux SyncML, y permite llevar a cabo la sincronización
de la suite de trabajo en grupo Evolution (Contactos, Eventos, Tareas y Notas) con un servidor
SyncML que a la vez le permitirá sincronizar su información con dispositivos móviles que integren
el protocolo SyncML.
Ámbito
El proyecto Molinux SyncML define la plataforma completa de sincronización de la información
entre aplicaciones de trabajo en grupo y dispositivos móviles y/o con otras aplicaciones del mismo
propósito utilizando un servidor central SyncML.
Referencias
El proyecto Molinux SyncML está promovido por la Junta de Comunidades de Castilla-La Mancha
a través del Centro de Excelencia de Software Libre de Castilla-La Mancha.
Situación
Actualmente en el mundo laboral y personal se hace necesaria cada vez en mayor medida una
colaboración entre personas y usuarios, para ello existen unas herramientas que facilitan esas
relaciones y colaboraciones. El uso de calendarios compartidos es un buen ejemplo de cooperación,
haciéndose necesaria entre personas de una misma empresa donde quiera que se encuentren cada
uno de sus empleados, de la misma manera ocurre con las notas, contactos y tareas.
Oportunidad de Negocio
En el escritorio libre Gnome, más concretamente en Molinux se utiliza un gestor de correos
electrónicos que integra agenda, calendario, notas y tareas, llamado Evolution. El problema que
vamos a tratar es el de sincronizar este cliente con un servidor en internet que almacene todo este
tipo de información y a su vez poder sincronizar todo tipo de dispositivos móviles contra este
servidor o incluso con Evolution directamente.
Informe del Problema
El software privativo hace tiempo que tiene desarrolladas unas herramientas para este tipo de
necesidades, pero el software libre no, es en este punto donde se hacen necesaria estas mismas para
19
la proliferación de sistemas abiertos. Actualmente no existe ningún aplicativo completo, fácil de
usar y que funcione 100% para sincronización de dispositivos y mucho menos si hablamos de
tenerlo integrado en tu estación de trabajo o distribución.
Descripción de los actores
Molinux Sync está dirigido a usuarios o empresas que tengan necesidad de mantener datos como
contactos, calendarios, tareas y notas sincronizadas entre varios ordenadores o dispositivos móviles.
Visión General del Producto
Visión del Producto
El proyecto Molinux SyncML se integra en Molinux desde la versión Molinux 5.2, que se publicará
en diciembre de 2009, formando parte del escritorio Molinux y trabajando en cooperación con la
aplicación de correo electrónico y trabajo en grupo, Evolution.
Coste y Precio
Molinux Sync se ofrece gratuitamente.
Licencia e Instalación
El proceso de configuración del Molinux SyncML ha sido diseñado de forma que cualquier usuario
pueda configurar el sistema de forma cómoda y sencilla a través de un asistente de configuración
que le guiará paso a paso.
Respecto a la licencia, Molinux Sync es software libre; puede ser redistribuido y/o modificado bajo
los términos de la Licencia Pública General de GNU tal como la publica la Free Software
Foundation; tanto en la versión 2 de la Licencia como (a su elección) cualquier versión posterior. Al
no existir traducción oficial de la licencia se deja el enlace al texto original.
Descripción de las características del producto
Molinux Sync es la aplicación del proyecto Molinux SyncML que permite llevar a cabo la
sincronización de la suite de trabajo en grupo Evolution (Contactos, Eventos, Tareas y Notas) con
un servidor SyncML que a la vez le permitirá sincronizar su información con dispositivos móviles
que integren el protocolo SyncML. Entre las funciones implementadas en la herramienta se
encuentran:
•
•
•
Crear cuenta
Borrar cuenta
Sincronizar Cuenta
20
Descripción de la documentación disponible
Molinux Sync se ofrece con la siguiente documentación:
•
•
•
•
Documentación técnica para desarrolladores (disponible en el SVN de la página del
proyecto, http://forja.molinux.info/projects/molinuxsync/).
Documentación del Usuario .
Soporte a usuarios en línea a través del portal Comunidad Molinux
(http://comunidad.molinux.info)
Manual de Usuario
Accesible desde la propia herramienta, pulsando en cualquier de los botones "Ayuda" que hay en su
interfaz.
La documentación del Usuario está integrada dentro del Centro de Ayuda de Gnome, siendo por
tanto consistente con el resto del escritorio.
Ayuda Online
El sitio Comunidad Molinux (http://comunidad.molinux.info/) ofrece soporte a la herramienta.
Etiquetado y Empaquetado
La aplicación se distribuye como un paquete DEB. De esta forma el sistema de paquetes de
Molinux puede hacerse cargo de las dependencias automáticamente.
21
Apéndice D:Especificación de Casos de Uso
Fecha
Versión
Descripción
Autor
19/10/09
1.0
Casos de Uso
CU01.-Crear Cuenta
ID
Descripción
Precondición
Incluye
Secuencia
Normal
Postcondición
Excepciones
Prioridad
CU01
Crear cuenta. El ACT-1 (Usuario) lanza el asistente de cuentas.
1. Es necesario disponer de una cuenta en un servidor SyncML.
2. Evolution debe estar configurado.
CU06: Sincronizar manualmente una cuenta
Paso Acción
1
El Usuario solicita la creación de una nueva cuenta.
3
El sistema solicita los datos: nombre de cuenta, servidor,
usuario y clave.
4
El Usuario introduce los datos solicitados.
5
El sistema solicita para los orígenes a sincronizar los datos:
habilitado y nombre del recurso en Evolution.
6
El Usuario introduce los datos solicitados.
7
El sistema da a elegir al usuario la modalidad de primera
sincronización.
8
El Usuario elige la modalidad de primera sincronización.
9
El sistema crea una nueva cuenta con los datos anteriores.
10
El sistema sincroniza la cuenta recién creada según la
modalidad de primera sincronización.
El sistema crea una cuenta nueva de Usuario.
Paso Acción
4
El usuario deja algún campo sin completar. El sistema no
permite la creación de la cuenta.
Alta
22
CU02.-Borrar Cuenta
ID
Descripción
Precondición
Secuencia
Normal
Postcondición
Excepciones
Prioridad
CU02
Borrar Cuenta
Es necesario de disponer al menos, de una cuenta en la aplicación.
Paso Acción
1
El Usuario solicita eliminar una cuenta del sistema.
2
El sistema solicita una confirmación de la operación de
borrado.
3
El Usuario confirma que desea borrar la cuenta.
4
El sistema elimina la cuenta del sistema
La cuenta ha sido eliminada del sistema
Paso Acción
3
El Usuario cancela la operación de borrado.
Media
CU03.-Mostrar Propiedades de la Cuenta
ID
Descripción
Precondición
Secuencia
Normal
Excepciones
Postcondición
Prioridad
CU03
Editar Cuenta
Habrá al menos una cuenta registrada en el sistema.
Paso
Acción
1
El Usuario solicita al sistema que muestre las
propiedades de una cuenta seleccionándola.
2
El sistema muestra un cuadro de diálogo con las
propiedades de la cuenta.
Paso
Acción
1
No hay ninguna cuenta seleccionada.
El Usuario dispone de los datos de la cuenta para su
visualización y/o modificación.
Media
CU04.-Modificar Propiedades de la Cuenta
ID
Descripción
Precondición
Incluye
Extiende
Secuencia
Normal
Postcondición
Prioridad
CU04
Editar Cuenta
Habrá al menos una cuenta registrada en el sistema.
CU03. Mostrar Propiedades de la Cuenta
CU06. Sincronizar manualmente una Cuenta.
Paso
Acción
1
El Usuario realiza las modificaciones que considere
oportunas en las Propiedades de la Cuenta, y solicita
que éstas sean guardadas.
2
El sistema guarda las modificaciones realizadas.
El sistema ha guardado las modificaciones de la cuenta.
Media
23
CU05.-Configurar Preferencias
ID
Descripción
Precondición
Secuencia
Normal
Postcondición
Prioridad
CU05
Configuración de la ventana de Preferencias.
Paso
1
Acción
El Usuario selecciona la opción de preferencias del
menú principal.
2
El sistema muestra las preferencias que el usuario puede
seleccionar ;
Ejecutar al principio del programa.
Activar notificaciones.
Activar registro.
Nunca sincronizar automáticamente.
Sincronizar automáticamente.
3
El Usuario selecciona las opciones que le interesan que
tenga configuradas su aplicación.
4
El sistema guarda y aplica las opciones configuradas.
La configuración elegida es aplicada a la aplicación.
Media
CU06.-Sincronizar automáticamente una Cuenta
ID
Descripción
Precondición
Secuencia
Normal
Postcondición
Excepciones
Prioridad
CU06
El sistema sincroniza automáticamente una cuenta.
1. Debe haber al menos una cuenta configurada en el
sistema.
2. Debe estar activada la sincronización automática.
3. El temporizador entre sincronizaciones automáticas ha
llegado a cero.
Paso
Acción
1
El sistema comienza el proceso de sincronización
automática.
2
Para cada una de las cuentas registradas en el sistema:
2,1
El sistema sincroniza la cuenta.
2,2
El sistema informa al usuario de los cambios
producidos.
Las cuentas han sido sincronizadas.
Paso
Acción
2,1
Si se ha producido un error, el sistema informa al
Usuario de éste.
Media
24
CU07.-Sincronizar manualmente una Cuenta
ID
Descripción
Precondición
Secuencia
Normal
Postcondición
Excepciones
Prioridad
CU07
El Usuario solicita sincronizar una cuenta.
Hay al menos una cuenta registrada en el sistema.
Paso
Acción
1
El usuario solicita sincronizar una cuenta.
2
El sistema sincroniza la cuenta.
3
El sistema informa de los cambios producidos.
La cuenta ha sido sincronizada.
Paso
Acción
2
Si se ha producido un error, el sistema informa al
Usuario de éste.
Alta
25
Apéndice E: Casos de Prueba
CCP 01- Crear Cuenta
ID
Esce
nario
Servidor
Nombre
Usuario
Clave
Orígenes a
Sincronizar
Salida Deseada
CP1/
CU01
Esc2
Google
probando
123
Contactos
El sistema no permite
continuar al estar un campo
vacío.
CP2/
CU01
Esc2
Funambol
cuenta1
123
Contactos
vacío.
CP3/
CU01
Esc2
Memotoo
cuenta1
probando
Contactos
vacío.
CP4/
CU01
Esc2
Shedule
World
cuenta1
probando
123
CP5/
CU01
Esc1
Synthesis
cuenta1
probando
123
vacío.
Contactos
El sistema crea la cuenta
correctamente.
Escenarios
IdEscenarios
Flujo Implicado
Esc1
FB (Flujo Básico)
Esc2
FB FA 4 (Campos en Blanco)
CCP 02- Borrar Cuenta
Id
Escenario
Nombre Cuenta
Seleccionada
Botón Quitar
Confirmación
Salida Esperada
CP1/CU2
Esc1
micuenta
Pulsado
Si
El sistema borra la cuenta.
CP2/CU2
Esc2
micuenta
Pulsado
No
Cancelación del borrado de
la cuenta
Escenarios
IdEscenario
Flujo Implicado
Esc1
FB
Esc2
FB FA(Cancelación)
26
CCP 03- Mostrar Propiedades de Cuenta
Id
Escenario
Cuenta Seleccionada
Botón Propiedades
Salida Esperada
CP1/CU03
Esc1
Si
Pulsado
Se muestra un cuadro de diálogo
con las propiedades de la cuenta.
CP2/CU03
Esc2
No
Pulsado
El sistema no puede acceder a las
propiedades de la cuenta.
Escenarios
IdEscenario
Flujo Implicado
Esc1
FB
Esc2
FB FA1 (Deshabilitado)
CCP 04- Modificar Propiedades de Cuenta
Modificación
ID
Escena
rio
Nombre
Usuario
Contraseña
Desea Sincronizar
Salida Deseada
CP1/
CU 04
Esc1
cuenta5
Igual
Igual
Igual
Datos modificados y
guardados correctamente.
CP2/
CU04
Esc1
Igual
UsuarioMod
Igual
Igual
Datos modificados y
CP3/
CU04
Esc1
Igual
Igual
abc
Igual
Datos modificados y
CP4/
CU04
Esc1
Igual
Igual
Igual
deshabilitados
Datos modificados y
CP5/
CU04
Esc1
Igual
Igual
Igual
Contactos
Datos modificados y
Escenarios
IdEscenario
Flujo Implicado
Esc1
FB (Flujo Básico)
CCP 05- Configurar Preferencias
ID
Esce
nario
Ejecutar
Activar
Activar
Nunca
Sincronizar
al
Notificaciones Registro Sincronizar Automático
principio
Automático
CP1/
CU05
Esc1
Si
No
No
Si
No
Molinux Sync se ejecuta al inicio
del sistema. No se producen
sincronizaciones automáticas.
CP2/
CU05
Esc1
No
Si
No
Si
No
Se activan las notificaciones del
sistema. No se producen
sincronizaciones automáticas.
CP3/
CU05
Esc1
No
No
Si
Si
No
Se activa el registro. No se
producen actualizaciones
27
Salida Deseada
automáticas.
CP4/
CU05
Esc1
No
No
No
No
Si
El sistema sincroniza
automáticamente en el tiempo
que haya elegido el usuario.
CP5/
CU05
Esc1
No
No
No
Si
Si
El sistema no permite elegir las
dos opciones a la vez.
CP5/
CU06
Esc1
No
No
No
No
No
El sistema no permite no tener
ninguna opción seleccionada.
CP6/
CU05
Esc1
Si
Si
Si
Si
No
El sistema lleva a cabo todas las
opciones elegidas.
Escenarios
IdEscenario
Flujo Implicado
Esc1
FB (Flujo Básico)
CCP 06- Sincronizar automáticamente una Cuenta.
Id
Escenarios
Activar
Sincronización
Automáticas
Tiempo
Conexión
Salida Esperada
CP1/
CU06
Esc1
Si
1
Si
Cuentas sincronizadas en el
tiempo indicado. Muestra
notificación.
CP2/
CU06
Esc1
Si
100
si
Cuentas sincronizadas en el
tiempo indicado. Muestra
notificación.
CP3/
CU06
Esc1
Si
0.9
Si
El sistema no lo permite.
Tiempo mínimo un min.
CP4/
CU06
Esc1
Si
101
Si
El sistema no lo permite.
Tiempo máximo 100 min.
CP5/
CU06
Esc1
Si
50
No
Se muestra error, no hay
conexión.
Escenarios
IdEscenario
Flujo Implicado
Esc1
FB (Flujo Básico)
Esc2
FB FA 2.1(Error)
28
CCP 07-Sincronizar manualmente una Cuenta.
ID
Escena
rio
Conexión
CP1/CU
07
Esc1
CP2/CU
07
Salida Deseada
Servidor
Usuario
Contraseña
Orígenes a
Sincronizar
Modalidad de
Sincronización
Si
Google
pruebasgSync@gmai
l.com
molinux08
Contactos
Combinada
Llevar a cabo la sincronización de forma correcta.
Esc1
Si
Google
pruebasgSync@gmai
l.com
molinux08
Contactos
Descartar remotos y
reemplazar locales.
CP3/CU
07
Esc1
Si
Google
pruebasgSync@gmai
l.com
molinux08
Contactos
Descartar locales y
reemplazar remotos.
CP4/CU
07
Esc2
Si
Google
pruebasgSync@gmai
l.com
molinux
Contactos
Descartar locales y
reemplazar remotos.
Error de sincronización. El usuario o contraseña no están
bien escritas.
CP5/CU
07
Esc1
Si
Google
[email protected]
m
molinux08
Contactos
Descartar locales y
reemplazar remotos.
Error de sincronización. El usuario o contraseña no están
bien escritas.
CP6/CU
07
Esc1
No
Google
pruebasgSync@gmai
l.com
molinux08
Contactos
Combinada
Error de conexión.
CP7/CU
07
Esc1
Si
Memotoo
pruebasgSync
molinux08
Contactos, Calendario
Combinada
Lleva a cabo la sincronización de forma correcta.
CP8/CU
07
Esc1
Si
Memotoo
pruebasgSync
molinux08
Descartar remotos y
reemplazar con locales.
CP9/CU
07
Esc1
Si
Memotoo
pruebasgSync
molinux08
Descartar locales y
reemplazar remotos.
CP10/C
U07
Esc1
Si
Shedule World
pruebasgSync@gmai
l.com
689472
Tareas y Notas
Combinada.
CP11/C
U07
Esc1
Si
Shedule World
pruebasgSync@gmai
l.com
689472
Tareas y Notas
Descartar locales y
reemplazar remotos.
CP12/C
U07
Esc1
Si
Shedule World
pruebasgSync@gmai
l.com
689472
Tareas y Notas
Descartar remotos y
reemplazar locales.
Escenarios
IdEscenario
Flujo Implicado
Esc1
FB (Flujo Básico)
Esc2
FB FA 1(Errores)
29
30

CCP 04- Modificar Propiedades de Cuenta

Transcripción

Documentos relacionados

Symbian

Sincronización de datos de producto en el Sector Salud

Contactos de Seguridad Calidad Navistar