Desglose de tareas por fase:

Fase 1: Investigación de estado del arte y mejoras necesarias:

-Tarea 1.1: Estado del arte. En esta fase se identificarán tanto el estado como el uso actual de los sistemas SIP.

Básicamente consiste en clasificar las tecnologías disponibles para sistemas SIP para identificar las áreas que necesitan más trabajo.

De este modo los investigadores contarán con una imagen global del tipo de desarrollos que se llevan a cabo habitualmente fuera de nuestra empresa, para generar una base de conocimiento sobre la que trabajar en la siguiente fase.

Es una tarea estimada a 2 meses, y finalizará con la creación del documento “SOA” que contendrá la información sobre el tipo de usos que se ha detectado de la tecnología.

-Tarea 1.2: Identificación de carencias actuales.

En este caso se trata de, analizando los datos recopilados anteriormente, detectar áreas en los que los estándares no cumplen con su función, o resultan demasiado complejos. También resultará de interés detectar áreas que no hayan sido tratadas en los estándares pero que sean recurrentes en multitud de proyectos.

Es una tarea estimada a 3 meses, y su producto final es el documento “CARACT” que contendrá un listado de las carencias detectadas y mejoras recomendables, asignándole a cada una prioridad (de 1 leve  a 10 crítica) según la severidad del problema. La severidad se medirá en función del impacto en funcionalidad y en cantidad de proyectos.

-Tarea 1.3: Prospectiva e identificación de carencias potenciales.

En esta tarea los investigadores deberán analizar las tendencias actuales del estado del arte para deducir las nuevas clases de servicios que se van a ir desarrollando a medio plazo. Sobre ellas realizarán un análisis similar al de la tarea 1.2.

Es una tarea estimada a 3 meses, y finalizará con la redacción de dos documentos, uno llamado “PROSP” en el que detallará las tendencias identificadas y otro llamado “CARPOT” con una estructura similar al “CARACT” pero referido al documento de prospectiva.

-Tarea 1.4: Diseño de las mejoras necesarias para suplir las carencias detectadas.

Con toda la información recopilada anteriormente, en esta fase se diseñarán protocolos y extensiones construidos sobre el estándar SIP que palien las limitaciones detectadas, tratando siempre de proveerlos de un mecanismo de fallback que permita la interoperabilidad aunque sea en un modo de funcionalidad reducida con dispositivos compatibles con SIP.

Esta tarea será llevada a cabo durante 5 meses. En ella se deberán proponer y evaluar soluciones a las carencias detectadas por orden de prioridad, procurando que no quede sin resolver ninguna de prioridad superior a 5.

La tarea terminará con la creación del documento “SOL” que contendrá para cada problema resuelto la explicación del problema y la solución propuesta.

-Tarea 1.5: Diseño de la batería de pruebas.

De acuerdo con lo diseñado anteriormente se creará una batería de pruebas que traten los casos de interés para verificar el correcto funcionamiento de las soluciones planteadas. Se detallarán en el documento “BATP” los siguientes datos para cada caso planteado: a que solución(es) hace referencia, input del caso y output esperado. Este documento marcará la finalización de la tarea.

Para ello se estima la duración en 3 meses.

Fase 2: Desarrollo de la pila SIP:

-Tarea 2.1: Diseño de las modificaciones necesarias para completar la pila.

En esta fase se diseñará la implementación para nuestra pila SIP para sistemas empotrados de las soluciones del documento “SOL”.

Se generarán dos documentos, el primero de ellos denominado “DISSIP” que detallará el seudo código de todas las funciones a implementar.

El segundo documento será el documento denominado “MANUALSIP” que contendrá el manual de usuario. La duración de esta fase se ve muy influida por la dimensión del documento “SOL”, por lo tanto sólo podemos dar una estimación aproximada: 3 meses.

-Tarea 2.2: Implementación de la solución propuesta.

En esta fase se traducirá el seudo código a código. Como la fase anterior, se estima de forma aproximada en 4 meses. En  este caso no se producen documentos sino código.

-Tarea 2.3: Verificación de la solución.

En esta fase se aplicará la batería de pruebas para verificar que se cubren los casos que se habían diseñados. Si surgiesen problemas, se corregirán.

Se generará un documento “VALSIP” el el que se detallarán para cada prueba realizada el input introducido, el output esperado, el output obtenido*, la fecha, la versión de código que se somete a prueba y si se acepta o no.

*Si el output no se puede incluir en el documento, se guardará en un archivo aparte referenciado en la sección correspondiente.

Se estima su duración en 2 meses.

-Tarea 2.4: Liberación de la versión definitiva.

Al referirnos a la “versión definitiva” se debe entender la primera versión destinada al público en general, una vez que el desarrollo se considera lo suficientemente maduro. Es evidente que la versión definitiva no se refiere a la última que se va a desarrollar, sino que se refiere a la última desarrollada dentro del ámbito  del proyecto. La comunidad y la evolución tecnológica serán las que dicten el desarrollo de nuevas versiones, y por lo tanto quedan fuera de este proyecto.

Se estima su duración de forma conjunta a la anterior en 2 meses.

Fase 3: Creación de una comunidad de usuarios:

-Tarea 3.1: Evaluación de licencias.

Se estudiará la licencia más adecuada para la liberación del código generado durante el proyecto en la forja de Vodafone. Para ello se realizará un análisis DAFO que se plasmará en el documento “LICENCIAS” y que marcará el fin de la tarea.

Se estima su duración en 1 mes.

-Tarea 3.2: Notificación de la creación del software.

En esta fase de publicarán en los medios que se considere oportuno (foros de desarrolladores, listas de interés, etc.) la intención de llevar a cabo la publicación del código desarrollado.

En esta fase se generarán documentos tipo nota de prensa, pero no se consideran significativos desde el punto de vista de la investigación. Se menciona solo por completitud.

Se estima su duración en 1 mes.

-Tarea 3.3: Monitorización de la comunidad.

Durante toda la duración de la actividad 2 se llevará a cabo una monitorización activa de la comunidad de usuarios con dos objetivos principales:

Resolución de problemas. En este caso se trata de dar apoyo a la comunidad de usuarios. En ella se generará un documento de preguntas de uso frecuente en el que se anotarán las preguntas más representativas para facilitar el trabajo de los usuarios, llamado “FAQ” que se distribuirá junto con el código.

Obtención de feedback. Los investigadores que han diseñado el proyecto deberán recabar información de la comunidad de usuarios para evaluar el éxito real de la iniciativa, y para detectar si queda alguna carencia importante no detectada o si por el contrario alguna de las soluciones no era necesaria. El investigador generará un documento “CONCLUCOM” en el que resumirá el resultado observado de la aplicación de la investigación realizada sobre la pila SIP y su posterior liberación.

La duración de esta fase dependerá de la cantidad de soporte que sea necesario dar, dependiente en gran medida del éxito del proyecto. Se estima un mínimo de soporte de 5 meses, pero se ampliará si se considera ventajoso.