Download 2. Requerimientos de Funcionalidad - Trabajos de grado

TAVA
ESPECIFICACIÓN SUPLEMENTARIA SRS
Versión 1.2
Luisa Fernanda Barón
María Camila Ronderos
Pontificia Universidad Javeriana
Febrero de 2009
Bogotá D.C.
HISTORIAL DE CAMBIOS
Versión
Fecha
1.0
10/Marzo/2009
1.1
15/Marzo/2009
1.2
23/Marzo/2009
1.3
19/Abril/2009
1.4
01/Junio/2009
Sección
modificada
1, 2, 7
Descripción de
cambios
Se completaron las
secciones
especificadas del
documento.
2, 3, 6 y 10
Se completaron las
secciones
especificadas del
documento
y
reclasificaron los
requerimientos
funcionales.
4, 5, 10.1, 10.3 y Se completaron las
10.4
secciones
especificadas del
documento.
8, 9, 11 y 13
Se completaron las
secciones
especificadas del
documento.
11 y 12
Se completaron las
secciones
especificadas del
documento.
TABLA DE CONTENIDO
1.
Introducción .......................................................................................................................................... 6
1.1.
Propósito ....................................................................................................................................... 6
1.2.
Alcance ......................................................................................................................................... 6
1.3.
Referencias.................................................................................................................................... 6
1.4.
Descripción General...................................................................................................................... 7
2.
Requerimientos de Funcionalidad ......................................................................................................... 8
3.
Requerimientos no Funcionales de Interfaz de Usuario........................................................................ 9
4.
Requerimientos de Usabilidad ............................................................................................................ 10
5.
Requerimientos de Desempeño ........................................................................................................... 10
6.
Requerimientos de Soporte ................................................................................................................. 10
7.
Restricciones de Diseño ...................................................................................................................... 11
7.1.
Restricciones de Lenguaje .......................................................................................................... 11
7.2.
Herramientas y Librerías Disponibles......................................................................................... 11
8.
Documentación en Línea y Requerimientos de Ayuda del Sistema ................................................... 12
9.
Componentes Adquiridos.................................................................................................................... 12
10.
Interfaces ......................................................................................................................................... 12
10.1.
Interfaces de Usuario .............................................................................................................. 12
10.2.
Interfaces de Hardware ........................................................................................................... 14
10.3.
Interfaces de Software ............................................................................................................. 14
10.4.
Interfaces de Comunicación .................................................................................................... 14
11.
Requerimientos de Licencia ............................................................................................................ 14
12.
Aspecto Legal, Derechos de Autor y Otros .................................................................................... 15
13.
Estándares Aplicables ..................................................................................................................... 15
ÍNDICE DE ILUSTRACIONES
Ilustración 1. Convención colores requerimientos ........................................................................................ 7
Ilustración 2. Ventana Principal TAVA ...................................................................................................... 13
Ilustración 3. Opciones Adición/Edición .................................................................................................... 13
Ilustración 4. Sección de Código ................................................................................................................ 13
ÍNDICE DE TABLAS
Tabla 1. Requerimiento Funcional F-01 ....................................................................................................... 8
Tabla 2. Requerimiento Funcional F-02 ...................................................................................................... 8
Tabla 3. Requerimiento Funcional F-03 ....................................................................................................... 8
Tabla 4. Requerimiento Funcional F-04 ....................................................................................................... 8
Tabla 5. Requerimiento Funcional F-05 ....................................................................................................... 8
Tabla 6. Requerimiento Funcional F-06 ....................................................................................................... 9
Tabla 7. Requerimiento Funcional F-07 ....................................................................................................... 9
Tabla 8. Requerimiento de Interfaz de Usuario NFIU-01............................................................................. 9
Tabla 9. Requerimiento de Interfaz de Usuario NFIU-02............................................................................. 9
Tabla 10. Requerimiento de Interfaz de Usuario NFIU-03........................................................................... 9
Tabla 11. Requerimiento de Usabilidad U-01............................................................................................. 10
Tabla 12. Requerimiento de Usabilidad U-03............................................................................................. 10
Tabla 13. Requerimiento de Usabilidad U-04............................................................................................. 10
Tabla 14. Requerimiento de Soporte S-01 .................................................................................................. 11
Tabla 15. Requerimiento de Soporte S-02 .................................................................................................. 11
Tabla 16. Requerimiento de Ayuda del Sistema DL-01 ............................................................................. 12
Tabla 17. Requerimiento de Ayuda del Sistema DL-02 ............................................................................. 12
1. Introducción
1.1. Propósito
Especificar los requerimientos en cuanto a funcionalidad, usabilidad, fiabilidad y disponibilidad
al igual que las restricciones de la herramienta didáctica TAVA la cual tiene como finalidad
apoyar los procesos de enseñanza-aprendizaje de los conceptos de variables de tipos de datos
nativos y apuntadores.
De igual forma esta especificación tiene como propósito servir de guía para tener claridad en los
objetivos y resultados esperados de las fases de implementación y pruebas de la herramienta.
1.2. Alcance
Este documento describe de forma detallada los requerimientos de la herramienta TAVA la cual
se desarrollará como Trabajo de Grado de las estudiantes Luisa Fernanda Barón y María Camila
Ronderos durante los períodos 2008-3 y 2009-1 formando parte de un proyecto del grupo de
investigación ISTAR del departamento de Ingeniería de Sistemas de la Pontificia Universidad
Javeriana llamado “Software Tangible” en donde se pretende facilitar el aprendizaje de los
conceptos de programación utilizando herramientas didácticas basadas en software.
Será utilizado como referencia crucial para el desarrollo de la herramienta, ya que, al especificar
los requerimientos de la herramienta se podrán confrontar los prototipos, casos de prueba y
versión final con estos.
1.3. Referencias
[1]. Gil
T.,
Marcos
A.,
“Apuntadores
en
C
y
C++”,
8
Dic.
2004;
http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r43599.PDF
[2]. Adobe
Systems
Incorporated,
“ActionScript
Technology
Center”,
2009;
http://www.adobe.com/devnet/actionscript/
TM
[3]. Sun
Microsystems,
Inc,
“The
Java
Languaje:
An
Overview”;
http://java.sun.com/docs/overviews/java/java-overview-1.html
[4]. Sun
Microsystems,
Inc.,
“Swing
TM
(Java Foundation Classes)”, 2005; http://java.sun.com/javase/6/docs/technotes/guides/swing/
[5]. Pozo, Salvador, “Tipos de variables I”, 2000; http://c.conclase.net/curso/index.php?cap=002
[6]. The
Linux
Information
Project,
“Tooltip
Definition”,
23
Jul.
2005;
http://www.bellevuelinux.org/tooltip.html
[7]. Sun
Microsystems,
Inc.,
“The
Java
Language:
An
Overview”;
http://java.sun.com/docs/overviews/java/java-overview-1.html
[8]. The Eclipse Foundation, “About the Eclipse Foundation”, 2009; http://www.eclipse.org/org/
[9]. Adobe Systems Incorporated, “Adobe® Flash® CS3 Professional Guía del Usuario”, 2007;
http://livedocs.adobe.com/flash/9.0_es/UsingFlash/flash_cs3_help.pdf
[10].
Adobe Systems Incorporated, “Utilización de Fireworks® Introducción”;
http://help.adobe.com/es_ES/Fireworks/9.0/help.html?content=frw_intro_in_21.html
6
[11].
Deckers, Christopher, “The DJ Project”; http://djproject.sourceforge.net/ns/
[12].
The
Eclipse
Foundation,
“SWT:
The
Standard
Widget
Toolkit”;
http://www.eclipse.org/swt/
[13].
JAVASOFT
Software
Engineering,
“What
is
Synthetica?”,
2008;
http://www.javasoft.de/jsf/public/products/synthetica
[14].
Adobe
Systems
Incorporated,
“Adobe
Player
Licensing”,
2009;
http://www.adobe.com/products/players/fpsh_distribution1.html
[15].
Adobe
Systems
Incorporated,
“Adobe
Flash
Player”,
2009;
http://www.adobe.com/es/products/flashplayer/
[16].
Deckers, Christopher, “The DJ Project”, 2007; http://sourceforge.net/projects/djproject/
[17].
JAVASOFT
Software
Engineering,
“Synthetica
Licence”,
2008;
http://www.javasoft.de/jsf/public/products/synthetica/license
[18].
Object Management Group, Inc, “Getting Started With UML”, 2009;
http://www.uml.org/
[19].
Free Software Foundation, Inc., “GNU Operating System Licencias” , 2007;
http://www.gnu.org/licenses/licenses.es.html#GPL
[20].
Sun Microsystems, Inc., “How to Set the Look and Feel”, 2008;
http://java.sun.com/docs/books/tutorial/uiswing/lookandfeel/plaf.html
[21].
Encyclopædia
Britannica,
Inc.,
“C++”;
http://www.britannica.com/EBchecked/topic/688345/C
[22].
Adobe Systems Incorporated, “Adobe Contrato de Licencia de Software”, 2009;
http://www.adobe.com/products/eulas/pdfs/Gen_WWCombined-CS3-20060817_1651.pdf
1.4. Descripción General
Esta especificación define las características de la herramienta que se va a desarrollar para apoyar
los procesos de enseñanza-aprendizaje de algunos conceptos de programación. Incluye la
perspectiva, el alcance y las propiedades funcionales y no funcionales. También se describen
características que definen la presentación de la herramienta a los usuarios finales que
interactuarán con esta.
Permite a las desarrolladoras entender las necesidades de diseño de la aplicación y será una
herramienta para implementar los requerimientos funcionales descritos en detalle en la sección 2.
Adicionalmente, en la definición de requerimientos se utiliza una convención de colores en la
documentación de cada tipo de requerimiento, esta convención se detalla en la Ilustración 1.
Requerimientos de Funcionalidad
Requerimientos no Funcionales de Interfaz de
Usuario
Requerimientos de Usabilidad
Requerimientos de Soporte
Ilustración 1. Convención colores requerimientos
7
2. Requerimientos de Funcionalidad
Id Requerimiento
Descripción
Razón
F-01
CU-1
Caso de Uso Asociado
El sistema debe ofrecer dos tipos de proyectos al iniciar la sesión:
creación y manejo de variable nativas o apuntadores
La población objetivo de la aplicación está dividida en dos cursos
en donde la principal diferencia en temáticas es la definición y
uso de apuntadores, dicha temática tan solo es abordada en uno de
los dos cursos mencionados previamente.
Tabla 1. Requerimiento Funcional F-01
Id Requerimiento
Descripción
Razón
F-02
CU-9
Caso de Uso Asociado
El sistema debe presentar al usuario una sección que se llamará
Sección de Animación, donde se pueda observar el
comportamiento de las variables y apuntadores en tiempo de
compilación y ejecución.
Para que la aplicación pueda cumplir con su objetivo principal
(ser una herramienta didáctica) la explicación de los conceptos no
se hará de una forma convencional, sino a través del uso de
animaciones.
Tabla 2. Requerimiento Funcional F-02
Id Requerimiento
Descripción
Razón
F-03
CU-9
Caso de Uso Asociado
El sistema debe asegurar la consistencia entre los elementos
desplegados en la Sección de Código y la Sección de Animación.
Uno de los objetivos de la aplicación es “brindar apoyo al
proceso de enseñanza-aprendizaje” por lo que el apoyo que puede
ofrecer TAVA está condicionado a que todas las modificaciones
que se realicen sobre la sección de código correspondan a la
animación que se muestra.
Tabla 3. Requerimiento Funcional F-03
Id Requerimiento
Descripción
Razón
F-04
CU-9
Caso de Uso Asociado
El sistema debe permitir al usuario manipular las animaciones por
medio de controles de detener (stop), pausar (pause), reproducir
(play) y depurar (debug).
Los usuarios deben tener control sobre el momento en que se
despliega la animación de una/s línea/s de código definida por el
mismo usuario.
Tabla 4. Requerimiento Funcional F-04
Id Requerimiento
Descripción
Razón
F-05
CU-4, CU-5, CU-7
Caso de Uso Asociado
El sistema debe permitir al usuario adicionar, eliminar y
modificar variables, dichas acciones se deben ver reflejadas tanto
en la Sección de Código como en la Sección de Animación.
Los usuarios deben tener control sobre el contenido que
presentará en la Sección de Código, el cuál debe ser consistente
con el que se presentará en la Sección de Animación (Ver
Requerimiento Funcional F-03)
Tabla 5. Requerimiento Funcional F-05
8
Id Requerimiento
Descripción
Razón
F-06
CU-2, CU-3
Caso de Uso Asociado
El sistema debe permitir a los usuarios guardar y abrir un
proyecto creado previamente.
Se debe permitir a los usuarios retomar un proyecto que haya sido
iniciado en un momento dado.
Tabla 6. Requerimiento Funcional F-06
Id Requerimiento
Descripción
Razón
F-07
CU-6, CU-7
Caso de Uso Asociado
El sistema debe permitir al usuario adicionar y eliminar
operaciones, dichas acciones se deben ver reflejadas tanto en la
Sección de Código como en la Sección de Animación (en tiempo
de ejecución).
Los usuarios deben tener control sobre el contenido que
presentará en la Sección de Código, el cuál debe ser consistente
con el que se presentará en la Sección de Animación (Ver
Requerimiento Funcional F-03)
Tabla 7. Requerimiento Funcional F-07
3. Requerimientos no Funcionales de Interfaz de Usuario
Esta sección hace referencia a los requerimientos no funcionales involucrados con el desarrollo de la
interfaz de usuario, pero no llegan a clasifican como requerimientos de usabilidad.
Id Requerimiento
Descripción
Razón
FIU-01
El sistema deberá desplegar las animaciones en archivos de
reproducción flash embebidos en la aplicación.
De forma que el manejo de las animaciones permita realizar una
mayor cantidad de acciones a los usuarios, al igual que su
presentación sea agradable para estos.
Tabla 8. Requerimiento de Interfaz de Usuario NFIU-01
Id Requerimiento
Descripción
Razón
FIU-02
El sistema debe presentar al usuario una sección que se llamará:
Sección de Código, donde se despliegue el código que
corresponda a las variables y operaciones creadas en lenguaje
C++.
En los programas de cada uno de los cursos donde se encuentra
ubicada la población objetivo el único lenguaje de programación
utilizado es C++.
Tabla 9. Requerimiento de Interfaz de Usuario NFIU-02
Id Requerimiento
Descripción
Razón
FIU-03
La cantidad de variables a ser creadas estará limitada por un
espacio de memoria de 14x16 espacios, donde cada uno de estos
representa un byte.
El espacio de memoria representada fue limitado para que de esta
forma todos los valores de las variables sean desplegados de una
forma correcta y visualmente agradable.
Tabla 10. Requerimiento de Interfaz de Usuario NFIU-03
9
4. Requerimientos de Usabilidad
Puesto que TAVA es una herramienta que adicional a ser definida como: herramienta didáctica, cuenta
con una población objetivo variada en cuanto a edades y conocimientos, los requerimientos de usabilidad
tendrán una alta prioridad.
Por las razones mencionadas previamente, TAVA deberá ofrecer una interfaz grafica que cuente con
controles descriptivos, de tal forma que el usuario pueda comprender fácilmente que acciones se pueden
realizar con cada uno de los controles presentes en la aplicación.
Id Requerimiento
Descripción
Razón
U-01
El sistema cuenta con ToolTipText para fines de ayuda al usuario
El usuario debe poder identificar fácilmente que acciones puede
realizar en la aplicación sobre un elemento específico.
Tabla 11. Requerimiento de Usabilidad U-01
Id Requerimiento
Descripción
Razón
U-02
El sistema debe contar con Demos, los cuales son una simulación
de un proyecto creado previamente con algunas características
específicas.
Los usuarios podrán observar algunos de los elementos que
podrán crear con la aplicación, al igual que podrán enfocarse en el
análisis de las animaciones y código representado.
Tabla 12. Requerimiento de Usabilidad U-03
Id Requerimiento
Descripción
Razón
U-03
El usuario debe poder deshacer una acción realizada, o más
específicamente, eliminar variables y operaciones.
El que los usuarios puedan deshacer una o más acciones
realizadas fomenta la exploración de la aplicación por parte de los
usuarios.
Tabla 13. Requerimiento de Usabilidad U-04
5. Requerimientos de Desempeño
Aunque TAVA no es una herramienta de uso crítico para los usuarios, si deberá tener un tiempo de
respuesta no mayor a veinte (20) segundos por cada acción que realice el usuario, de igual forma esta no
deberá utilizar un espacio significativo en la memoria principal del computador del usuario.
6. Requerimientos de Soporte
Esta sección describe los requerimientos que mejorarán o incrementarán la capacidad de mantenimiento
de la aplicación por personas externas.
Id Requerimiento
Descripción
S-01
Se utilizara el paradigma orientado a objetos en el diseño e
10
Razón
implementación de la aplicación.
Puesto que el lenguaje en el que se desarrollará la aplicación es
orientado a objetos[7], el que el diseño e implementación se
realicen siguiendo este mismo paradigma facilitará su desarrollo y
futuro soporte (de ser el caso).
Tabla 14. Requerimiento de Soporte S-01
Id Requerimiento
Descripción
Razón
S-02
Se utilizarán convenciones tanto en los nombres de las clases
como en los atributos de estas.
Los nombres de las clases y sus atributos deberán ser claros y
expresar lo que representan para facilitar tanto el desarrollo como
el posible soporte que se le llegue a dar a la aplicación, tanto por
parte de los desarrolladores como de otras personas.
Tabla 15. Requerimiento de Soporte S-02
7. Restricciones de Diseño
Esta sección describe las restricciones de diseño para el desarrollo de TAVA, clasificadas de la siguiente
forma:
7.1. Restricciones de Lenguaje
Durante las etapas de diseño e implementación se deberán tener en cuenta las siguientes restricciones
en cuanto a los lenguajes que se utilizarán para el cumplimiento de todos los requerimientos
especificados en este documento.


Java, este es el lenguaje seleccionado en el que se desarrollará la mayor parte de la
aplicación, entre las que se encuentran: lógica de la aplicación e interfaz gráfica de usuario.
ActionScript, este es el lenguaje seleccionado para realizar las animaciones propias de la
herramienta.
7.2. Herramientas y Librerías Disponibles






Eclipse[8], IDE (Integrated Development Environment) en el que se desarrollará la
aplicación, en cuanto al componente de Java.
Flash CS3[9], herramienta que será utilizada para el diseño e implementación de la animación
presente en la aplicación.
Fireworks CS3[10], herramienta de diseño que se utilizará para la creación y modificación de
las imágenes presentes en la aplicación.
Librería DJNativeSwing[11], librería utilizada para la integración de Java y Flash.
Librería SWT (Standard Widget Toolkit)[12], esta librería debe ser utilizada para el correcto
funcionamiento de la librería DJNativeSwing.
Librería Synthetica[13], librería utilizada para el manejo del Look And Feel de la aplicación.
11
8. Documentación en Línea y Requerimientos de Ayuda del Sistema
Esta sección especifica las ayudas que deberá incluir la aplicación para facilitar a los usuarios el uso de
esta o como complemento adicional a las explicaciones del profesor serán:
Id Requerimiento
Descripción
Razón
DL-01
La aplicación deberá ofrecer al usuario una variedad de Demos
donde se puedan observar ciertos aspectos claves del manejo de
variables y apuntadores.
El tener los Demos facilitará de cierta forma a los profesores el
proceso de explicación al asegurar que todos los estudiantes están
viendo el mismo código y animación.
Tabla 16. Requerimiento de Ayuda del Sistema DL-01
Id Requerimiento
Descripción
Razón
DL-02
La aplicación deberá ofrecer al usuario la opción Ayuda, donde se
explicará cómo hacer uso de la aplicación.
En caso que los usuarios no comprendan como realizar alguna
acción o donde encontrar una opción, podrán utilizar esta opción
para hacerlo.
Tabla 17. Requerimiento de Ayuda del Sistema DL-02
9. Componentes Adquiridos
En esta sección se describen los componentes utilizados por TAVA que tienen ciertas restricciones de
licenciamiento o que puedan llegar a afectar por alguna circunstancia el funcionamiento de la aplicación.



Adobe® Flash® Player: Es necesario que esta aplicación esté instalada previo a utilizar TAVA,
pues esta es fundamental para la reproducción de la animación. Es necesario aclarar que
actualmente la instalación de esta aplicación no tiene ningún costo[14].
Librería DJNativeSwing: Esta librería es necesaria para el paso de mensajes de Java hacia Flash®,
por lo que es fundamental para el funcionamiento de la aplicación. En cuanto al licenciamiento,
Ver Sección 11.
Librería Synthetica: Aunque el uso de esta librería es opcional pues su uso no tiene de ninguna
implicación sobre los requerimientos funcionales descritos en este documento, una vez esta sea
utilizada en la aplicación el funcionamiento de la aplicación dependerá de esta librería. En cuanto
al licenciamiento, Ver Sección 11.
10. Interfaces
10.1. Interfaces de Usuario
Teniendo en cuenta que el tema de usabilidad es de gran importancia para esta aplicación, se decidió
que el diseño de la interfaz sería de forma tal que redujera la cantidad de ventanas con las que tuviera
que interactuar el usuario.
12
Igualmente, vale la pena mencionar que la interfaz está configurada preferiblemente para una
resolución de 1280 x 800 aunque no tiene inconvenientes con mayores o menores resoluciones.
Igualmente, como se detalló en secciones anteriores (requerimientos) contará con elementos
desarrollados tanto en flash como en java.
La distribución de la venta se puede observar en la Ilustración 2.
Ilustración 2. Ventana Principal TAVA
A continuación se describirán cada uno de los elementos resaltados en la Ventana Principal de TAVA
(Ver Ilustración 2):

Opciones Adición/Edición: Ilustración 3, en estas pestañas los usuarios encontrarán todas las
opciones necesarias para ejecutar las acciones que ofrece TAVA, tan solo se desplegarán ventanas
adicionales como mensajes de confirmación o información.
Ilustración 3. Opciones Adición/Edición

Sección de Código: Ilustración 4, en esta sección (parte inferior izquierda de la ventana) se
desplegará el código en C++ que se genere con las acciones realizadas por los usuarios,
igualmente incluye los elementos gráficos para controlar la animación de flash.
Ilustración 4. Sección de Código
13

Sección de Animación: Esta sección se implementará usando flash, y el usuario podrá
observar la metáfora en ejecución, al igual que ciertos detalles sobre las variables.
10.2. Interfaces de Hardware
El único requerimiento de hardware, aunque no necesario, será contar como mínimo con una tarjeta
gráfica de mediana calidad (128 Mb) pues aunque la aplicación manejará un nivel relativamente alto
en cuanto al componente grafico, no requiere un alto porcentaje de memoria de dicha tarjeta para
poder funcionar adecuadamente.
10.3. Interfaces de Software
En esta sección se describirán los componentes adicionales de software con los que interactuará la
herramienta:

Adobe® Flash® Player[15]: TAVA interactuará de forma constante con este software para
la creación, actualización y ejecución de la animación. Esta interacción se llevará a cabo
a través de un paso de mensajes hacia Flash® con los valores necesarios para la
representación de la animación.
10.4. Interfaces de Comunicación
La única comunicación que debe manejar la aplicación es entre Flash® y Java, la cual se hará usando la
librería DJNativeSwing (Ver Sección 7.2), esta librería que forma parte del proyecto DJ Project y
tiene como propósito la integración de algunos componentes (en este caso Flash®) con aplicaciones
Swing. La comunicación que establece entre Java y Flash es a través del paso de mensajes que en
Flash® se interpretan como invocación a métodos de clases creadas con ActionScript.
11. Requerimientos de Licencia
En esta sección se definirán y especificarán las características de la licencia bajo la cual estará regida
TAVA, todo esto con el fin de dar claridad respecto al uso de esta herramienta para futuros trabajos de
grado o demás usos que se le quieran dar.
Una de las restricciones que se deben tener en cuenta para definir el licenciamiento son las otras
aplicaciones o librerías que utiliza la herramienta, estas se detallan a continuación:


AdobePlayer®[14]: Esta aplicación es de libre distribución para laptops y computadores
de escritorio, aunque el instalador, ubicación de instalación, etc. no pueden ser
modificados la instalación en este tipo de hardware no tiene implicaciones económicas ni
de licenciamiento restrictivo respecto a su uso.
Adobe Flash®: Esta aplicación fue utilizada para la creación y modificación de los
elementos de la animación de TAVA. La cuál al ser una aplicación propietaria se rige por
una licencia específica, la cual se puede ver en [22].
14


Librería DJNativeSwing[16]: Esta librería se rige bajo las normas de la Licencia Pública
General de GNU (GPL) y de la Licencia Publica General Reducida de GNU (LGPL).
Librería Synthetica[17]: Aunque la Licencia Pública General (GPL) actualmente no es
válida para esta librería, es permitido que las aplicaciones no comerciales, como lo es
TAVA, distribuyan y utilicen esta librería junto con la aplicación de forma gratuita.
Es necesario aclarar que no hubo modificación ni reutilización del código de las librerías regidas por la
licencia GNU GPL, estas tan solo fueron utilizadas a través de la invocación de métodos.
Por lo anteriormente mencionado, ninguna de las aplicaciones y librerías mencionadas restringen la
licencia de TAVA y debido a que esta herramienta hace parte de un trabajo de grado, siendo muy
probable que su código fuente sea modificado o consultado por terceros se decidió que:
Toda la sección de la aplicación desarrollada en Java se regirá bajo las normas de la licencia GNU
GPL[19], teniendo en cuenta que para modificar la animación se debe tener Adobe Flash®, la
adquisición de la licencia para hacer uso de esta aplicación estará bajo la responsabilidad de quien
decida realizar la/las modificaciones.
12. Aspecto Legal, Derechos de Autor y Otros
Con respecto a los derechos de autor, se hablará de derechos morales y patrimoniales, en cuanto a los
derechos morales que se establecerán para este trabajo de grado son:

La autoría será del grupo de investigación ISTAR y de las autoras de este documento,
debido a que la idea original de este trabajo de grado pertenece al grupo de investigación,
dicha autoría será principalmente de ISTAR.
En cuanto a los derechos patrimoniales, se establece que:

Estos derechos serán de la Pontificia Universidad Javeriana, por lo que este trabajo de
grado en su totalidad quedará a disposición de esta entidad.
13. Estándares Aplicables
En esta sección se enumerarán y describirán los estándares a ser utilizados en las etapas de diseño y
desarrollo de TAVA los cuáles permitirán asegurar cierto nivel de mantenimiento de la aplicación
después de haber sido entregada.

UML (Lenguaje Unificado de Modelado)[18]: Haciendo uso de este lenguaje de modelado se
especificará y visualizará la estructura y diseño de la aplicación de forma que se cumpla con
todos los requerimientos especificados en este documento.
15