RF‐02‐03
V_2.0D i r e c t o r : M i g u e l
T o r r e s M . S c .
C l i e n t e y C o n s u l t o r : O s c a r M a u r i c i o A g u i l a r
N e u r o p s i c ó l o g o
P o n t i f i c i a U n i v e r s i d a d J a v e r i a n a
F a c u l t a d D e I n g e n i e r í a
1 2 / 0 5 / 2 0 0 9
Nicolás Aristizábal MejíaRicardo López QuiñonesGustavo Salazar Garzón Este documento es el resultado del proceso de levantamiento de requerimientos para el Sistema SANTi que es desarrollado como parte del Trabajo de Grado de Ingeniería de Sistemas de los estudiantes autores del mismo, en conjunto con el área de Neuropsicología de la misma universidad. Aquí están contenidos los requerimientos funcionales y no funcionales del Sistema y su respectiva especificación.
Documento de especificación de requerimientos de software SRS
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
2
Historial de Cambios Autor Fecha Sección Modificada Descripción del Cambio
Gustavo Salazar Garzón
13/04/2009 Todas Creación de la Plantilla con sus respectivas secciones y descripciones
Gustavo Salazar Garzón
12/05/2009 Sección 2 Especificación de requerimientos
Desarrollo de la Sección.
Nicolás Aristizábal Mejía
12/05/2009 Sección 1. Introducción Creación
Ricardo Alfonso López Quiñones
13/05/2009 Sección 3.1. De diferenciación de usuarios
Adición de requerimientos en su 1ra versión.
Gustavo Salazar Garzón
18/05/2009 Sección 2 Especificación de requerimientos
Corrección
Nicolás Aristizábal Mejía
19/05/2009 Sección 1. Introducción Sección 2. Especificación de requerimientos
Corrección
Nicolás Aristizábal Mejía
27/07/2009 Sección 3. Funcionalidad
Corrección
Nicolás Aristizábal Mejía
28/07/2009 Sección 3. Funcionalidad. Sección 4. Usabilidad Sección 5. Otros Requerimientos No Funcionales
Creación y corrección
Ricardo Alfonso López Quiñones
11/08/2009 Todo el documento Revisión de calidad
Nicolás Aristizábal Mejía
11/08/2009 Todo el documento Corrección
Gustavo Salazar Garzón
14/08/2009 Todo el documento Revisión de calidad.
Nicolás Aristizábal Mejía
31/08/2009 Todo el documento Adición y eliminación de requerimientos
Gustavo Salazar Garzón
08/09/2009 Secciones 3, 4 y 5. Revisión de calidad.
Nicolás Aristizábal Mejía
10/09/2009 Sección 5 Adición subsecciones y creación de requerimientos
Ricardo Alfonso López Quiñones
15/10/2009 Sección 3 y 4 Revisión de los requerimientos, referencia a los documentos asociados, corrección de errores.
Nicolás Aristizábal Mejía
19/10/2009 Sección 3, 4 y 5 Actualización con respeto al archivo de trazabilidad
Nicolás Aristizábal Mejía
25/10/2009 Sección 3. Funcionalidad
Adición de nuevos requerimientos
Nicolás Aristizábal Mejía
27/10/2009 Sección 6,7 y 8 Creación
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
3
Nicolás Aristizábal Mejía
28/10/2009 Todas Revisión de calidad y alineación con otros documentos
Nicolás Aristizábal Mejía
16/11/2009 Sección 3 Actualización y Eliminación de requerimientos
Ricardo Alfonso López Quiñones
03/12/2009 Requerimientos Trazabilidad, Tabla de requerimientos Vs Stakeholders, Correcciones adicionales
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
4
Tabla de Contenido 1. Introducción .......................................................................................................................... 8
1.1. Propósito ........................................................................................................................... 8
1.2. Alcance .............................................................................................................................. 8
1.3. Definiciones, acrónimos y abreviaturas ............................................................................ 8
1.4. Referencias bibliográficas ................................................................................................. 9
1.4.1. Descripción de la metodología usada ........................................................................... 9
1.4.2. Referencias .................................................................................................................... 9
1.5. Visión general del documento .......................................................................................... 9
2. Especificación de requerimientos ....................................................................................... 10
2.1. Documentación de requerimientos ................................................................................ 10
2.1.1. ID ................................................................................................................................. 10
2.1.2. Estado .......................................................................................................................... 10
2.1.3. Tipo .............................................................................................................................. 11
2.1.4. Responsable ................................................................................................................ 12
2.1.5. Descripción .................................................................................................................. 12
2.2. Documento de trazabilidad ............................................................................................. 12
2.2.1. (1) Id requerimiento buscado ...................................................................................... 13
2.2.2. (2)Requerimiento # ..................................................................................................... 13
2.2.3. (3) Tipo de requerimiento ........................................................................................... 13
2.2.4. (4) Estado .................................................................................................................... 13
2.2.5. (5) Responsable ........................................................................................................... 13
2.2.6. (6) Caso de uso asociado ............................................................................................. 14
2.2.7. (7) Descripción ............................................................................................................. 14
2.2.8. (8) Justificación ............................................................................................................ 14
2.2.9. (9) Creador u origen .................................................................................................... 14
2.2.10. (10) ¿Qué ocurre si este no se cumple? ...................................................................... 14
2.2.11. (11) Satisfacción del cliente ......................................................................................... 14
2.2.12. (12) Insatisfacción del cliente ...................................................................................... 14
2.2.13. (13) Prioridad ............................................................................................................... 15
2.2.14. (14) Conflictos ............................................................................................................. 15
2.2.15. (15) Requerimientos asociados ................................................................................... 15
2.2.16. (16) Métrica ................................................................................................................. 15
2.3. Proceso de levantamiento de requerimientos ................................................................ 15
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
5
2.3.1. Entrevista neuropsicólogo:.......................................................................................... 16
2.3.2. Entrevista neuropsicólogos Actividades 1 ................................................................... 16
2.3.3. Entrevista neuropsicólogos Actividades 2 ................................................................... 16
2.3.4. Entrevista neuropsicólogos Actividades 3 ................................................................... 16
2.4. Tabla Requerimientos vs. Stakeholders .......................................................................... 16
2.4.1. Esquema de la tabla .................................................................................................... 17
3. Funcionalidad ...................................................................................................................... 18
3.1. De diferenciación de usuarios ......................................................................................... 19
3.1.1. Acceso a las funcionalidades asociadas con el rol ...................................................... 19
3.1.2. Login ............................................................................................................................ 19
3.2. De presentación de actividades ...................................................................................... 19
3.2.1. Estímulos de actividades para funciones ejecutivas ................................................... 19
3.2.2. Estímulos de actividades para subtipos de atención .................................................. 20
3.2.3. Instrucciones de las actividades .................................................................................. 20
3.2.4. Ejemplos de las actividades ......................................................................................... 20
3.2.5. Actividades asignadas ................................................................................................. 21
3.2.6. Complejidad de las actividades ................................................................................... 21
3.2.7. Instrucciones verbales ................................................................................................. 21
3.2.8. Instrucciones al inicio .................................................................................................. 22
3.2.9. Cantidad de actividades a presentar ........................................................................... 22
3.2.10. Partes de una actividad ............................................................................................... 22
3.2.11. Detección de respuesta a estímulos ........................................................................... 23
3.2.12. Ejercicio de ejemplo .................................................................................................... 23
3.2.13. Desarrollo de la actividad ............................................................................................ 23
3.2.14. Tiempo de espera en instrucción ................................................................................ 24
3.2.15. Tiempo de espera en ejemplo ..................................................................................... 24
3.2.16. Repetición de instrucciones ........................................................................................ 24
3.2.17. Repetición de ejemplo ................................................................................................ 25
3.2.18. Cantidad de repeticiones del ejemplo ........................................................................ 25
3.2.19. Ejercicios de práctica ................................................................................................... 25
3.3. De modificación de actividades....................................................................................... 26
3.3.1. Modificación de variables de entrada de las actividades ........................................... 26
3.3.2. Cantidad de niveles de dificultad ................................................................................ 26
3.4. De asignación de actividades .......................................................................................... 27
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
6
3.4.1. Selección de actividades ............................................................................................. 27
3.5. De generación de informes ............................................................................................. 27
3.5.1. Contenido de los resultados de actividades de atención ............................................ 27
3.5.2. Consultas sobre resultados de niños ........................................................................... 27
3.5.3. Consultas sobre resultados de actividades ................................................................. 28
3.5.4. Contenido de los resultados de actividades de función cognitiva .............................. 28
3.6. De visualización de informes ........................................................................................... 29
3.6.1. Consulta de fecha y hora ............................................................................................. 29
3.7. De almacenamiento de Información ............................................................................... 29
3.7.1. Registro de desempeño .............................................................................................. 29
3.7.2. Registro de datos básicos ............................................................................................ 29
3.7.3. Creación neuropsicólogos ........................................................................................... 30
3.7.4. Creación administradores del sistema ........................................................................ 30
3.8. De gestión del sistema .................................................................................................... 30
3.8.1. Eliminación de usuario niño ........................................................................................ 30
3.8.2. Eliminación de usuario neuropsicólogo ...................................................................... 31
3.8.3. Eliminación de usuario administrador ........................................................................ 31
3.9. De sincronización ............................................................................................................ 31
4. Usabilidad ............................................................................................................................ 31
4.1. Para el niño ...................................................................................................................... 32
4.1.1. Interfaz facilitadora ..................................................................................................... 32
4.1.2. Tipo de estímulos ........................................................................................................ 32
4.1.3. Ayudas ToolTipText ..................................................................................................... 32
4.1.4. Información relevante resaltada ................................................................................. 33
4.1.5. Tutoriales ..................................................................................................................... 33
4.1.6. Integración Flash y Java ............................................................................................... 33
4.2. Para el neuropsicólogo .................................................................................................... 34
4.2.1. Facilidad de uso y optimización del tiempo ................................................................ 34
5. Otros requerimientos no funcionales ................................................................................. 34
5.1. Desempeño ..................................................................................................................... 34
5.1.1. Simultaneidad de estímulos auditivos ........................................................................ 34
5.2. Seguridad ......................................................................................................................... 35
5.2.1. Integridad de información ........................................................................................... 35
5.3. Pruebas ............................................................................................................................ 35
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
7
5.3.1. Pruebas de verificación ............................................................................................... 35
5.4. Documentación en línea para el usuario, y requerimientos del Sistema de Ayuda ....... 35
5.4.1. Preguntas frecuentes .................................................................................................. 36
5.4.2. Ayudas y tutoriales ...................................................................................................... 36
5.5. Interfaces ......................................................................................................................... 36
5.5.1. Dispositivos de entrada ............................................................................................... 36
5.5.2. Dispositivos de salida .................................................................................................. 37
6. Estándares aplicables .......................................................................................................... 37
7. Avisos legales, derechos de autor y otros anuncios ........................................................... 37
7.1. Propiedad intelectual ...................................................................................................... 37
8. Requerimientos de licenciamiento en el documento de SRS ............................................. 38
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
8
1. Introducción
1.1. Propósito En este documento se realiza la especificación de todos los requerimientos1 de software que resultaron del proceso de levantamiento de requerimientos2 realizado para entender las necesidades específicas de los diferentes stakeholders (ver Sección 3.2 Resumen de Stakeholders del documento “Visión”) del Sistema SANTi.
Este documento va dirigido tanto al equipo de desarrollo como a los clientes, buscando servir como un puente entre ambos grupos. Por ello, en este se describen los aspectos técnicos para desarrollar e implementar el sistema así como una descripción general que aclare a los clientes cómo este producto soluciona su necesidad y se adapta a la visión que tienen del mismo.
Este documento es la principal fuente de información para realizar un posterior diseño del sistema a realizar. Dicho diseño se detalla en el documento “SAD”.
Este documento es parte de los entregables del proyecto especial en Ingeniería de Sistemas realizado en el 2009‐I por los estudiantes autores del mismo, bajo la dirección del ingeniero Miguel Eduardo Torres Moreno. De la misma manera, es uno de los entregables del Trabajo de Grado realizado en el 2009‐II como continuación del proyecto especial.
1.2. Alcance El alcance de este documento está en definir los requerimientos que se comprometió el equipo de desarrollo con el cliente luego de haber realizado el proceso de negociación. Este supuesto implica que el contenido en este documento es una especie de contrato que se acuerda con el neuropsicólogo, y no se permitirá cambios en el transcurso de la implementación del sistema. A su vez, sirve para validar al final del desarrollo que el producto sea lo acordado con el cliente y así evitar malas interpretaciones de lo entregado Vs lo definido en este documento.
1.3. Definiciones, acrónimos y abreviaturas Las palabras desconocidas o ambiguas que son utilizadas por primera vez en este documento, serán definidas en el pie de página de la página correspondiente. Sin embargo, para no hacer este proceso repetitivo, existe un documento al cual se puede remitir y encontrar allí términos importantes de este proyecto usados de manera transversal. Remítase al documento “Definiciones, Acrónimos y Abreviaturas”
1 Requerimiento: Característica que debe cumplir el sistema. 2 Levantamiento de Requerimientos: Proceso mediante el cual se descubren los requerimientos del sistema por medio del uso de alguna técnica de levantamiento
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
9
1.4. Referencias bibliográficas
1.4.1. Descripción de la metodología usada El uso de referencias se realiza de manera transversal a todo el Proyecto Especial y al Trabajo de Grado, utilizando los formatos encontrados en el documento “Plantilla Referencias.dot” que se basa en el formato IEEE.
1.4.2. Referencias [1] Volere [Homepage en Internet] Londres ‐ Reino Unido: Volere [12/05/2009]. Disponible
en: http://www.volere.co.uk/ [2] Michael E. C. Schmidt, Implementing the IEEE Software Engineering Standars, Indianapolis ‐
Indiana, SAMS, 2000, 242. [3] IEEE 610.12‐1990 ‐ IEEE Standard Glossary of Software Engineering Terminology. IEEE
Computer Society. 1990: IEEE Computer Society, 1990. ISSN 155937067X [4] BARBACCI, M; KLEIN, M.H; LONGSTAFF, T.A; WEINSTOCK, C.B; Quality Attributes, Technical
Report CMU/SEI‐95‐TR‐021 ESC‐TR‐95‐021, December 1995.
1.5. Visión general del documento La Figura 1. Visión general del documento muestra la organización general del documento.
Figura 1. Visión general del documento
La organización de este documento pretende ser una ayuda para que el lector entienda su contenido, ya que se ajusta a las necesidades específicas del proyecto en desarrollo. La sección 2. Especificación de requerimientos busca definir la metodología a usar para especificar cada uno de los requerimientos de software. La sección 3. Funcionalidad contiene la especificación de todos los requerimientos funcionales del sistema. Cada subsección contiene una de las características principales del sistema para que se cuente con una organización más adecuada. La sección 4. Usabilidad contiene la especificación de los requerimientos de usabilidad, que son los requerimientos no funcionales de mayor importancia en este sistema. La sección 5. Otros requerimientos no funcionales contiene el resto de requerimientos no funcionales que el sistema satisfará. Finalmente, las secciones 6. Estándares aplicables y 7. Avisos legales, derechos de autor y otros anuncios,
Docum
2
En estaSANTi, las esp
2.La doccon alglas esp
La doc
La Figuusado
A cont
2.1Indica por unno funrequerdesde despué
2.1El requciclo dcontinu
ento de espec
2. Erequ
a sección se para que el l
pecificaciones
1. Docuumentación gunas modificpecificaciones
umentación f
ura 2. Esquempara la defini
inuación se d
1.1. ID el número q guión (‐): Lacional (RNF). rimiento espeel 01. Si por és.
1.2. Estadouerimiento cude vida de duación:
E
Res
ificación de req
speciuerimi
define la maector pueda s.
mentacióde cada uno caciones, las s del proyecto
formal se enc
ma de definicición de requ
Figura 2
definen las pa
ue identifica a primera parLa segunda pecificado. La algún motivo
o uenta con difdesarrollo. Ca
Estado
ponsabl
querimientos –
ficaciientosnera en que identificar cla
ón de requde los requecuales fuerono.
cuentra en el
ción de requeerimientos en
2. Esquema de d
rtes de este e
al requerimirte sirve para parte identifictercera y últo un requerim
erentes estadada estado s
e
I
– V_2.0 Trabaj
ón des son especificaramente lo q
uerimienerimientos estn realizadas c
archivo “Traz
erimientos mun este docum
definición de req
esquema
ento y está cidentificar sica el grupo detima parte emiento es eli
dos según la se relaciona
ID
o de grado de
e
cados los reqque significa c
ntos tá basada encon el fin de
zabilidad_V.1
uestra el esqmento
querimientos
compuesto poi el requerime requerimiens un númerominado, su n
situación en con un colo
Tipo
Descripc
ingeniería de s
querimientos cada uno de l
la plantilla dadaptar dich
1.0.xls”.
quema de res
or tres parteiento es funcntos al cual ho secuencial número no se
la que se encor, como es
o
ción
sistemas
del sistema los ítems de
de Volere[1] a plantilla a
sumen a ser
s separadas cional (RF) o ace parte el empezando erá utilizado
cuentre y el definido a
Docum
Especif“Traza
Diseñatrazabi
Implem
Probacorresp
Aprob
Un reqRespon
2.1En este
Todos siguien
•
•
ento de espec
ficado: El rebilidad” cump
do: El requerilidad es verif
mentado: El r
do: El requepondiente (ve
bado: El reque
querimiento nsable de este
1.3. Tipe campo se es
los requerimntes tipos:
Requerimiela empresa
Requerimieusuarios qu
E
ificación de req
equerimiento pliendo con c
rimiento se eficable.
requerimiento
rimiento ha er sección 2.2
erimiento ha
es cambiadoe documento
F
po specifica el ti
mientos espe
entos de Negoy se derivan
entos de Usuaue van a usar
Especi
Dis
Imp
querimientos –
se encuentcriterios de co
encuentra deb
o se encuent
sido verificad2.16 (16) Mét
sido verificad
o de estado po)
igura 3. Estados
po de requer
ecificados pu
ocio (RN): Rede los objetiv
ario (RU): Reel Sistema.
ificad
señad
pleme
Prob
Ap
– V_2.0 Trabaj
tra debidameompletitud.
bidamente pl
ra codificado
do satisfactorica de este d
do por el clien
por su respe
s de los requerim
rimiento segú
ueden ser lo
presentan lasvos de esta.
epresentan ne
o
do
entado
bado
robad
o de grado de
ente diligenc
asmado en e
en el sistema
riamente condocumento).
nte y debidam
ectivo respon
mientos
ún lo siguiente
ocalizados en
s actividades
ecesidades d
o
do
ingeniería de s
ciado en el
el documento
a.
n respecto a
mente acepta
sable (ver se
e.
n uno o va
esenciales de
irectas de los
sistemas
documento
o “SAD” y su
su métrica
do.
ección 2.1.4
rios de los
el negocio o
s diferentes
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
12
• Requerimientos del Producto (RP): Representan funcionalidades visibles que debe tener el Sistema.
• Requerimientos del Entorno (RE): Representan restricciones y condiciones que son impuestas por el entorno en el cual se ejecutará el Sistema. También se refiere a políticas legales si estas existen.
2.1.4. Responsable Es el stakeholder que está pendiente de este requerimiento. Es la persona encargada que le debe hacer el seguimiento al requerimiento y realizar los cambios de estado.
2.1.5. Descripción Explicación del requerimiento. Esta descripción del requerimiento debe estar escrita de manera clara, sin ambigüedad, correcta y consistente [2].
2.2. Documento de trazabilidad La especificación formal de los requerimientos y su trazabilidad, se encuentra contenida en el documento “Trazabilidad”.
La Figura 4.Tabla de especificación de requerimientos muestra los aspectos especificados de cada uno de los requerimientos.
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
13
Figura 4.Tabla de especificación de requerimientos
A continuación se definen las partes de esta tabla
2.2.1. (1) Id requerimiento buscado En este campo se ingresa el ID del requerimiento a buscar
2.2.2. (2)Requerimiento # Ver sección 2.1.1 ID de este documento
2.2.3. (3) Tipo de requerimiento Ver sección 2.1.3 Tipo de este documento
2.2.4. (4) Estado Ver sección 2.1.2 Estado de este documento
2.2.5. (5) Responsable Ver sección 2.1.4 Responsable de este documento
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
14
2.2.6. (6) Caso de uso asociado En este espacio se escribe el identificador(es) del caso de uso que tiene asociado este requerimiento. Este identificador está compuesto por dos partes separadas por un guión (‐), la primera parte identifica que es un caso de uso (CU), y la segunda parte es un número secuencial empezando en 001.
Los casos de uso están especificados en el documento “SAD” sección 4. Vista de Casos de Uso.
2.2.7. (7) Descripción Ver sección 2.1.5 Descripción de este documento
2.2.8. (8) Justificación Razón por la cual existe el requerimiento.
2.2.9. (9) Creador u origen Es el nombre del stakeholder que aporto el requerimiento.
2.2.10. (10) ¿Qué ocurre si este no se cumple? Es lo que ocurriría si el requerimiento no se incluye en el desarrollo del sistema.
2.2.11. (11) Satisfacción del cliente La Satisfacción del Cliente se define en una escala de 1 a 5 en la cual los valores de los extremos representan lo siguiente:
• 1: Si este requerimiento se desarrolla satisfactoriamente, el cliente no variará su satisfacción.
• 5: Si este requerimiento se desarrolla satisfactoriamente, el cliente obtendrá una satisfacción máxima.
De esta manera, los valores entre 0 y 5 se ubican según el criterio de satisfacción del cliente.
2.2.12. (12) Insatisfacción del cliente La Insatisfacción del Cliente se define en una escala de 1 a 5 en la cual los valores de los extremos representan lo siguiente:
• 1: Si este requerimiento NO se desarrolla satisfactoriamente, el cliente no variará su satisfacción.
• 5: Si este requerimiento NO se desarrolla satisfactoriamente, el cliente obtendrá una insatisfacción máxima.
De esta manera, los valores entre 0 y 5 se ubican según el criterio de insatisfacción del cliente.
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
15
2.2.13. (13) Prioridad Indica el grado de importancia de este requerimiento para el funcionamiento de la aplicación. La prioridad de los requerimientos será medida de 1 a 10, asignándose 10 a los requerimientos más importantes de la aplicación y 1 a los menos importantes.
2.2.14. (14) Conflictos Se nombra(n) el número(s) del requerimiento(s) que se ve afectado(s) con el desarrollo del requerimiento que se está detallando.
2.2.15. (15) Requerimientos asociados Se nombra(n) el número(s) del requerimiento(s) que se está asociado(s) con el desarrollo del requerimiento que se está detallando, es decir, que se nombra(n) el requerimiento(s) que si no se realiza, el requerimiento no se puede realizar.
2.2.16. (16) Métrica Este campo indica la manera como es medido el requerimiento, para verificar si este requerimiento se encuentra dentro del sistema o no.
2.3. Proceso de levantamiento de requerimientos Se tomaron en cuenta los stakeholders y usuarios más relevantes para el sistema. Se planearon y ejecutaron las siguientes actividades:
• Neuropsicólogos – Clientes:
o Se realizó una entrevista con 2 neuropsicólogos en la cual se trataron temas específicos de las actividades y los reportes.
o Se realizó la respectiva negociación de requerimientos.
• Neuropsicólogos – Usuarios:
o Se realizaron 4 entrevistas con diferentes neuropsicólogos potenciales usuarios del sistema, tratándose temas generales del sistema.
• Niños – Usuarios:
o Se realzaron pruebas de usabilidad a 4 niños con TDAH.
• Neuropsicólogos – niños:
o Se observó una sesión típica de tratamiento de TDAH.
Cada una de las actividades arrojó como resultado un documento de análisis. Los requerimientos especificados el SRS fueron levantados de estos documentos de análisis. Los nombres de los documentos son los siguientes:
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
16
2.3.1. Entrevista neuropsicólogo: Archivo de preguntas: “Entrevista con el neuropsicólogo”
Archivo de resumen: “Entrevista Cristina Pinto”
Archivos de Audio: Record000, Record001
Archivo de análisis: “Análisis de Requerimientos Entrevista # 1”
2.3.2. Entrevista neuropsicólogos Actividades 1 Archivo de preguntas: “Entrevista neuropsicólogos Actividades”
Archivo de resumen: “Entrevista Oscar Aguilar” y “Entrevista Oscar Aguilar‐General”
Archivos de Audio: Grabac011, Grabac012, Grabac013, Grabac014 y Grabac015
Archivo de análisis: “Análisis de Reqs Entrevista #2 parte I” y “Análisis de Reqs Entrevista #2 parte II”
2.3.3. Entrevista neuropsicólogos Actividades 2 Archivo de preguntas: “Entrevista neuropsicólogos Actividades”
Archivo de resumen: “Entrevista Oscar Aguilar”
Archivos de Audio: Record002, Record003, Record005 y Record007
Archivo de análisis: “Análisis de la Entrevista con los Neuropsicologos # 3 correccion”
2.3.4. Entrevista neuropsicólogos Actividades 3 Archivo de preguntas: “Entrevista neuropsicólogos Actividades”
Archivo de resumen: “Análisis de la Entrevista con los Neuropsicologos # 2”
Archivos de Audio: Record008, Record009 y Record010
Archivo de análisis: “Análisis de la Entrevista con los Neuropsicologos # 2”
2.4. Tabla Requerimientos vs. Stakeholders En este sección se encuentra la tabla donde se relacionan los requerimientos con la importancia que cada stakeholder le otorga a éstos. El resultado de la tabla entrega los requerimientos priorizados según la importancia de cada uno de los stakeholders. Remítase al documento “RequerimientosVsStakeholders”.
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
17
2.4.1. Esquema de la tabla En el esquema de la tabla se observan los componentes importantes para la priorización de requerimientos:
• Requerimiento
• Stakeholder
• Relacion numérica expresada en 1 si le interesa que el requerimiento sea desarrollado ó 0 si no le interesa ó le es indiferente.
Stakeholder Stakeholder #1
Requerimiento
Requerimiento #1 1
Requerimiento #2 0
Tabla 1 Esquema de la tabla de requerimientos Vs stakeholders
Al haber realizado la relación numérica entre todos los requerimientos con los stakeholders del proyecto se prosigue a consolidar los resultados para seguir luego con la priorización.
a. Se realiza la suma por columna. b. Se divide el total de la suma por columna sobre el total de requerimientos, para
conocer el peso del stakeholder.
Stakeholder Stakeholder #1 Stakeholder #2
Requerimiento
Requerimiento #1 1 1
Requerimiento #2 0 1
Total 1 2
Peso del stakeholder 0,5 1
Tabla 2 Consolidación de datos para priorizar
c. n cada casilla donde aparezca un 1, se reemplaza por el peso del stakeholder asociado de la columna.
d. Se suma el valor por fila. e. Se suma los pesos de los stakeholders asociados.
Stakeholder Stakeholder #1 Stakeholder #2 Total
Requerimiento
Requerimiento #1 0,5 1 1,5
Documento de especificación de requerimientos – V_2.0 Trabajo de grado de ingeniería de sistemas
18
Requerimiento #2 0 1 1
Total 1 2
Peso del stakeholder 0,5 1 1,5
1. Tabla 3 Consolidación de datos para priorizar
f. Se divide el valor de las filas de los requerimientos sobre el máximo de los pesos de los stakeholders asociados y se multiplica por 10.
g. Se redondean los valores decimales al número entero más cercano.
3. Funcionalidad Esta sección describe los requerimientos funcionales del sistema en un lenguaje natural según lo definido por las dos áreas de estudio (Ingeniería de Sistemas y Neuropsicología).Para entender el formato de especificación, remítase a la sección 2.1 Documentación de requerimientos de este documento.
Las secciones de este documento se definieron por un orden funcional, para dar mayor claridad al equipo de desarrollo.
Stakeholder Total Operación Prioridad
Requerimiento
Requerimiento #1 1,5 (1,5/1,5)*10 = 10 10
Requerimiento #2 1 (1/1,5)*10 = 6,66 7
Tabla 4 Priorizacion de los requerimientos
Docum
3.
3.1
3.1
3.
3.2
ento de espec
1. De di
1.1. Acces
1.2. Login
2. De pr
2.1. Estímu
Ap
Rica
Ap
Rica
Ap
Gusta
ificación de req
iferenciac
so a las func
Figura 5. A
resentació
ulos de act
Figura 7.Est
probado
rdo Lópe
probado
rdo Lópe
probado
avo Salaz
querimientos –
ción de us
cionalidad
Acceso a las func
Figu
ón de acti
tividades pa
tímulos de activ
o
ez
RF‐0
o
ez
RF‐0
zar
RF‐0
– V_2.0 Trabaj
suarios
es asociada
cionalidades aso
ra 6. Login
ividades
ara funcion
vidades para fun
El usfuncionalidde usuario
01‐01
El usuario su
01‐02
Cada factividade
02‐01
o de grado de
as con el ro
ociadas con el ro
nes ejecutiv
nciones ejecutiva
RU
suario puede dades que estáo (ver Sección
"Vision_1.0
RU
ingresa al sistu Nickname y P
RN
función ejecutes y estas a suvisuales y au
ingeniería de s
ol
ol
vas
as
U
acceder a las án asociadas a3.6 del docum0.doc")
tema por medPassword.
tiva cuenta cou vez con estímuditivos.
sistemas
al tipo mento
dio de
on mulos
Docum
3.2
3.2
3.2
ento de espec
2.2. Estímu
2.3. Instru
2.4. Ejemp
Ap
Gusta
Ap
Gusta
Ap
Gusta
ificación de req
ulos de act
Figura 8. Est
ucciones de
Fig
plos de las a
F
probado
avo Salaz
probado
avo Salaz
probado
avo Salaz
querimientos –
tividades pa
tímulos de activ
e las activid
gura 9. Instrucc
actividades
Figura 10. Ejemp
zar
RF‐0
zar
RF‐0
zar
RF‐0
– V_2.0 Trabaj
ara subtipo
vidades para sub
dades
iones de las acti
s
plos de las activ
Cada suactividade
02‐02
Cada activ
02‐03
Cada act
02‐04
o de grado de
os de atenc
btipos de atenci
ividades
vidades
RN
ubtipo de atenes que tiene e
auditivo
RN
vidad cuenta c
RN
tividad cuenta
ingeniería de s
ción
ón
nción cuenta cestímulos visuaos.
con una instru
a con un ejemp
sistemas
con ales y
ucción
plo.
Docum
3.2
3.2
3.2
ento de espec
2.5. Activid
2.6. Compl
2.7. Instru
Ap
Gusta
Ap
Gusta
Ap
Gusta
ificación de req
dades asign
lejidad de l
Fig
ucciones ve
probado
avo Salaz
probado
avo Salaz
probado
avo Salaz
querimientos –
nadas
Figura 11. Act
las activida
gura 12.Comple
erbales
Figura 13. Ins
zar
RF‐0
zar
RF‐0
zar
RF‐0
– V_2.0 Trabaj
tividades asigna
ades
ejidad de las act
strucciones verb
El Sistemaactividad
02‐05
El sisteaume
02‐06
Las instr
02‐07
o de grado de
adas
ividades
bales
RU
a muestra al ndes que el neu
asignad
RN
ema permite qente de nivel a
RN
rucciones dadauditiv
ingeniería de s
iño únicamenuropsicólogo ledo.
que la actividaal presentarse
as son visualevas
sistemas
te las e ha
ad e
es y
Docum
3.2
3.2
3.2
ento de espec
2.8. Instru
2.9. Cantid
2.10. Par
Ap
Rica
Ap
Gusta
Ap
Gusta
ificación de req
ucciones al
dad de activ
Figur
rtes de una
probado
rdo Lópe
probado
avo Salaz
probado
avo Salaz
querimientos –
inicio
Figura 14. Ins
vidades a p
ra 15. Cantidad
a actividad
Figura 16. Part
ez
RF‐0
zar
RF‐0
zar
RF‐0
– V_2.0 Trabaj
strucciones al in
presentar
de actividades a
tes de una activ
Las instruc
02‐08
El niño pueel neu
02‐09
Las activejemplo, p
02‐11
o de grado de
nicio
a presentar
vidad
RU
cciones son mocada activ
RU
ede presentarropsicólogo le
RN
idades cuentapresentación y
ingeniería de s
ostradas al inividad
r las actividadee haya asignad
an con instrucy retroalimenta
sistemas
cio de
es que do
ciónación.
Docum
3.2
3.2
3.2
ento de espec
2.11. Det
2.12. Eje
2.13. Des
Ap
Gusta
Ap
Gusta
Ap
Gusta
ificación de req
tección de
Figur
ercicio de e
sarrollo de
probado
avo Salaz
probado
avo Salaz
probado
avo Salaz
querimientos –
respuesta
ra 17. Detección
ejemplo
Figura 18. Ej
e la activida
Figura 19. Desa
zar
RF‐0
zar
RF‐0
zar
RF‐0
– V_2.0 Trabaj
a estímulo
n de respuesta a
ercicio de Ejem
ad
arrollo de la acti
El sistema a un estím
02‐17
El Sistemaejemplo d
02‐20
El Sistemapresenta
02‐21
o de grado de
os
a estímulos
plo
ividad
RP
detecta cuandulo por medio
de entra
RP
a le permite adespués de ve
RP
le permite al ción después
ingeniería de s
do el niño respo de los disposada
l niño continur las instruccio
niño continuade ver el ejem
sistemas
ponde sitivos
uar al ones.
ar a la mplo.
Docum
3.2
3.2
3.2
ento de espec
2.14. Tie
2.15. Tie
2.16. Rep
Ap
Gusta
Ap
Gusta
Ap
Gusta
ificación de req
empo de es
Fig
empo de es
Fi
petición de
F
probado
avo Salaz
probado
avo Salaz
probado
avo Salaz
querimientos –
pera en ins
ura 20. Tiempo
pera en eje
igura 21. Tiempo
e instruccio
Figura 22. Repet
zar
RF‐0
zar
RF‐0
zar
RF‐0
– V_2.0 Trabaj
strucción
de espera en in
emplo
o de espera en e
ones
tición de instruc
El Sistemaasignada
02‐22
El Sistemluego d
02‐23
El sistemins
02‐24
o de grado de
strucción
ejemplo
cciones
RP
a muestra la lias luego de est
instruccio
RP
ma vuelve a me estar inactiv
RP
a permite quetrucciones de
ingeniería de s
ista de actividtar inactivo enones.
ostrar el ejemvo en el ejemp
e el niño repitla actividad
sistemas
ades n las
mploplo.
a las
Docum
3.2
3.2
3.2
ento de espec
2.17. Rep
2.18. Can
2.19. Eje
Ap
Gusta
Ap
Gusta
Ap
Gusta
ificación de req
petición de
ntidad de r
Figura
ercicios de p
probado
avo Salaz
probado
avo Salaz
probado
avo Salaz
querimientos –
e ejemplo
Figura 23. Rep
repeticione
a 24. Cantidad d
práctica
Figura 25. Eje
zar
RF‐0
zar
RF‐0
zar
RF‐0
– V_2.0 Trabaj
petición de ejem
es del ejem
de repeticiones d
ercicios de práct
El sisteme
02‐25
El sistemactivida
inac
02‐26
El sistemade prácticaneuropsicó
02‐27
o de grado de
mplo
plo
del ejemplo
tica
RP
ma permite quejemplo de la
RP
a vuelve a moades asignadactivo 4 veces c
RU
a tiene un cona para algunasólogo haya esc
ingeniería de s
e el niño repitactividad
ostrar el listadas luego de estconsecutivas.
junto de ejercs actividades qcogido previam
sistemas
ta el
o de tar
cicios que el mente
Docum
3.
3.3
3.3
3 Ver Doentrada
ento de espec
3. De m
3.1. Modifi
3.2. Cantid
ocumento de ea por cada acti
Ap
Nicolás
Apr
Nicolás
ificación de req
odificació
ficación de
Figura 26. Mod
dad de nive
Figu
especificación vidad.
probado
s Aristizá
robado
Aristizá
querimientos –
ón de acti
variables d
dificación de var
eles de dific
ura 27. Cantidad
de Actividades
ábal
RF‐0
bal U
RF‐03‐
– V_2.0 Trabaj
ividades
de entrada
riables de entrad
cultad
d de niveles de d
s para tener un
El Sistemamodifiqueactividadedefinen p
cad
03‐01
Una actividad d
‐05
o de grado de
de las activ
da 3de las activid
dificultad
na mayor infor
RN
a permite quee las variableses. Estas variaposteriormentda una de las a
RN
contiene de 8de dificultad
ingeniería de s
vidades
dades
rmación de las
N
e el neuropsicós de entrada dbles de entradte según el tipactividades.
8 a 10 niveles
sistemas
s variables de
ólogo de las da se po de
Docum
3.
3.4
3.
3.5
3.5
ento de espec
4. De as
4.1. Selecc
5. De ge
5.1. Conten
5.2. Consu
Ap
Nicolás
Apr
Ricard
Apr
Ricard
ificación de req
signación
ción de acti
eneración
nido de los
Figura 29. Con
ultas sobre
Figur
robado
Aristizá
robado
do López
robado
do López
querimientos –
de activi
ividades
Figura 28. Sele
n de inform
s resultado
tenido de los re
resultados
ra 30. Consultas
bal
RF‐04
z p
RF‐05‐
z hc
RF‐05‐
– V_2.0 Trabaj
dades
ección de activid
mes
s de activid
esultados de act
s de niños
s sobre resultado
El sistema peseleccione
a
4‐01
El sistema peconsultar
presentación dd
‐01
El Sistema pehacer consultacada niño en l
‐02
o de grado de
dades
dades de at
ividades de aten
os de niños
RU
rmite que el ne el tipo de acasignará al niñ
RP
ermite al neuror los resultadoe las actividadde los niños.
RP
ermite al neuroas sobre los reas actividades
ingeniería de s
tención
nción
neuropsicólogctividad que ño
opsicólogo s de la es por parte
opsicólogo esultados de s realizadas.
sistemas
o
Docum
3.5
3.5
ento de espec
5.3. Consu
5.4. Conten
Figu
Apr
Ricard
Ap
Rica
ificación de req
ultas sobre
Figura 3
nido de los
ura 32. Contenid
robado
do López
probado
rdo Lóp
querimientos –
resultados
31. Consultas so
s resultado
do de los resulta
z
RF‐05‐
o
ez
RF‐0
– V_2.0 Trabaj
s de activid
bre resultados d
s de activid
ados de activida
El sistema pehacer consuhistóricos de
‐03
Los resneuropsicuna activiinformaccorrect
05‐04
o de grado de
dades
de actividades
dades de fu
ades de función
RP
ermite al neurultas sobre los e cada uno de actividades
R
sultados que encólogo despuésidad de funcióión tal como: ntas e incorrecta
respue
ingeniería de s
unción cogn
cognitiva
ropsicólogo resultados los tipos de
P
ntrega el Sistes de que el niñn ejecutiva, conúmero de resas y la latenciaesta.
sistemas
nitiva
ma al o realiza ontienen puestas de la
Docum
3.
3.6
3.
3.7
3.7
ento de espec
6. De vi
6.1. Consu
7. De al
7.1. Regist
7.2. Regist
Apr
Ricar
Apr
Ricar
Ap
Ricar
ificación de req
sualizació
ulta de fech
macenam
tro de dese
tro de dato
robado
rdo Lópe
robado
do Lópe
robado
rdo Lópe
querimientos –
ón de info
a y hora
Figura 33. Cons
miento de
empeño
Figura 34. Reg
s básicos
Figura 35. Regi
ez
RF‐06
z
RF‐07
ez
RF‐07
– V_2.0 Trabaj
ormes
sulta de fecha y
Informac
gistro de desemp
stro de datos bá
El sistema peconsulte la
pre
6‐02
El sistema almde la real
desa
7‐01
El Sistema acada
7‐02
o de grado de
y hora
ción
peño
ásicos
RP
ermite que el fecha y hora esentó una act
RP
macena los dalización de cadarrollada por
RP
almacena los da niño en trata
ingeniería de s
neuropsicólogen que el niñotividad
atos resultantda actividad el niño
datos básicos dmiento.
sistemas
go o
es
e
Docum
3.7
3.7
3.
3.8
ento de espec
7.3. Creaci
7.4. Creaci
8. De ge
8.1. Elimin
Ap
Gusta
Apr
Gusta
Apr
Gusta
ificación de req
ión neurop
ión admini
Figura
estión del
nación de u
F
robado
vo Salaz
robado
vo Salaz
robado
vo Salaz
querimientos –
psicólogos
Figura 36. Crea
istradores d
a 37. Creación a
l sistema
usuario niñ
Figura 38. Elimin
zar
RF‐07
zar
RF‐07
zar
RF‐09
– V_2.0 Trabaj
ción neuropsicó
del sistema
dministradores
ño
nación de usuar
El Sistema pe
7‐06
El Sistema pe
7‐07
El Sistema
9‐01
o de grado de
ólogos
a
del sistema
io niño
RP
ermite la creaneuropsicólog
RP
ermite la creaadministrado
RP
a permite la eusuarios niñ
ingeniería de s
ción de usuargos
ción de usuarores
liminación de os
sistemas
ios
ios
Docum
3.8
3.8
3.
4La usaaprend(el esfagrega
ento de espec
8.2. Elimin
8.3. Elimin
9. De sin
4. Uabilidad se ddido, usado yfuerzo que sean usabilidad
Apr
Gusta
Apr
Ricar
ificación de req
nación de u
Figura
nación de u
Figura
ncronizac
Usabilidefine como y atractivo pae necesita pal sistema.
robado
vo Salaz
robado
rdo Lópe
querimientos –
usuario neu
a 39. Eliminación
usuario adm
a 40. Eliminació
ción
idadla capacidad
ara los usuaripara usarlo).
zar
RF‐09
ez
RF‐09
– V_2.0 Trabaj
uropsicólog
n de usuario neu
ministrado
n de usuario ad
d del produos, cuando eEn esta secc
El Sistemausua
9‐02
El Sistemausua
9‐03
o de grado de
go
uropsicólogo
or
ministrador
cto de softwes usado bajoción se defin
RP
a permite la earios neuropsi
RP
a permite la earios administ
ingeniería de s
ware de ser o condicionesnen requerim
liminación de icólogos
liminación de tradores
sistemas
entendido, s específicas mientos que
Docum
4.
4.1
4.1
4.1
ento de espec
1. Para
1.1. Interfa
1.2. Tipo d
1.3. Ayuda
Apr
Nicolás
Apr
Nicolás
Apr
Nicolás
ificación de req
el niño
az facilitad
de estímulo
as ToolTipT
robado
s Aristizá
robado
s Aristizá
robado
s Aristizá
querimientos –
dora
Figura 41. In
os
Figura 42. T
Text
Figura 43. Ay
ábal
RNF‐1
ábal
RNF‐1
ábal
RNF‐1
– V_2.0 Trabaj
nterfaz facilitado
Tipo de estímulo
yudas ToolTipTe
La interfaz gel usuario n
11‐01
Los estímulose presenta
11‐04
El sistem
11‐05
o de grado de
ora
os
ext
RE
rafica de usuaniño se concen
minutos.
RN
os utilizados enan de forma v
RN
ma cuenta con ToolTipText
ingeniería de s
ario permite qntre durante 1
n las actividadisual y auditiv
ayudas tipo t.
sistemas
ue 15
des va
Docum
4.1
4.1
4.1
ento de espec
1.4. Inform
1.5. Tutori
1.6. Integr
Apr
Nicolás
Apr
Nicolás
Apr
Nicolás
ificación de req
mación rele
Fig
iales
ración Flash
robado
s Aristizá
robado
s Aristizá
robado
s Aristizá
querimientos –
evante resa
gura 44. Informa
Figura 4
h y Java
Figura 46. Inte
ábal
RNF‐1
ábal
RNF‐1
ábal
RNF‐1
– V_2.0 Trabaj
altada
ación relevante r
45. Tutoriales
egración Flash y
El sistemaltamente texto difere
11‐06
El sistema facilit
11‐07
El sistemformato fl
11‐08
o de grado de
resaltada
Java
RN
ma muestra la relevante en ente al resto d
RN
cuenta con ttar el uso del
RN
ma integra apllash embebid
sistema.
ingeniería de s
información un formato dede información
utoriales parasistema.
icaciones en das dentro de
sistemas
e n.
a
l
Docum
4.
4.2
5
5.El desetiempollevar asistemcomo v
5.1
ento de espec
2. Para
2.1. Facilid
5. Ofunci
1. Desemempeño del o de respuesa cabo las fua o componevelocidad, exa
1.1. Simult
Apr
Nicolás
Espe
Nicolás
ificación de req
el neurop
dad de uso
Figura 4
tros ionale
mpeño sistema se rta, tiempo duncionalidadeente cumple actitud o uso
taneidad d
Figura
robado
s Aristizá
ecificado
s Aristizá
querimientos –
psicólogo
y optimiza
7. Facilidad de u
rees
refiere a la cde procesamies bajo el amcon su func de memoria
de estímulo
a 48. Simultanei
ábal
RNF‐1
o
ábal
RNF‐1
– V_2.0 Trabaj
o
ación del ti
uso y optimizaci
queri
capacidad deento y rangombiente estabcionalidad, de[3]
os auditivos
idad de estímulo
El Sistemtratamiento debe facilita
en térmoptim
12‐01
El sistema rmás de
14‐01
o de grado de
empo
ión del tiempo
imien
el producto dos de latenciablecido. Mideentro de cier
s
os auditivos
RU
ma es parte dedel niño con Tar la labor del inos de facilidmización de su
RP
reproduce sime una estímulo
ingeniería de s
ntos
de software a apropiadose el grado enrtas restriccio
l proceso de TDAH y por esneuropsicólogdad de uso y u tiempo.
multáneamento auditivo
sistemas
no
de proveer s cuando se n el cual un ones dadas,
sto go
e
Docum
5.Los reqlos reqque tam
5.2
5.
5.3
5.
En estamome
ento de espec
2. Segurquerimientosquerimientos mbién son re
2.1. Integr
3. Prueb
3.1. Prueb
4. Docureque
a sección se ento de usar la
Apr
Nicolás
Apr
Nicolás
ificación de req
ridad s RF‐01‐01(vede seguridadquerimientos
ridad de inf
bas
bas de verif
mentacióerimientoespecifican loa aplicación p
robado
s Aristizá
robado
s Aristizá
querimientos –
er sección 3.1d pero son ins funcionales
formación
Figura 49. Integ
ficación
Figura 50. Pru
ón en os del Sistos requerimiepor primera v
ábal
RNF‐1
ábal
RNF‐2
– V_2.0 Trabaj
1.1) y RF‐01‐0ncluidos dentpara este sis
gridad de inform
ebas de verifica
línea tema de Aentos que sopez.
El sistema asse encuent
misma q
16‐01
Se pueden efel cumplim
conten
20‐01
o de grado de
02 (ver secciótro de la secctema
mación
ación
para e Ayuda portan las ayu
RN
segura que la itra en la base que ingresan l
RP
fectuar pruebmiento de los ridos en este d
ingeniería de s
ón 3.1.2) haceción 3. Funci
el usua
udas a los us
información qde datos es laos usuarios
bas para verificequerimientodocumento
sistemas
en parte de ionalidad ya
ario, y
uarios en el
que a
car os
Docum
5.4
5.4
5.
5.5
ento de espec
4.1. Pregu
4.2. Ayuda
5. Inter
5.1. Dispos
Apr
Nicolás
Apr
Nicolás
Apr
Nicolás
ificación de req
ntas frecue
as y tutoria
faces
sitivos de e
robado
s Aristizá
robado
s Aristizá
robado
s Aristizá
querimientos –
entes
Figura 51. Pre
ales
Figura 52. A
entrada
Figura 53. Disp
ábal
RNF‐1
ábal
RNF‐1
ábal
RNF‐1
– V_2.0 Trabaj
eguntas frecuen
Ayudas y tutoria
positivos de ent
El sist
17‐01
El Sistema f
17‐02
Los dispositserán ún
19‐01
o de grado de
ntes
les
trada
RU
tema cuenta c
RU
cuenta con ayfunciones bás
RE
tivos de entraicamente rató
ingeniería de s
con FAQs
yudas para susicas
ada del sistemón y teclado.
sistemas
s
a
Docum
5.5
6Remíta
7
Este doautoreReglamDiciemTrabajo
7.El num
“Enestudidel es
Los deAristizáunivers
Para tlicencia
ento de espec
5.2. Dispos
6. Ease a la Secció
7. Aauto
ocumento eses del mismomento de Estumbre de 2007o de Grado.
1. Propimeral 140 del
n el caso de triantes dentrotudiante, salv
co
erechos de aábal Mejía, Rsidad.
temas refereamiento en el
Apr
Nicolás
ificación de req
sitivos de s
stándón 9.1 Estánd
Avisos r y ots parte del Tro. Por esta rudiantes de l. La siguiente
iedad inteReglamento d
rabajos de gro de sus activivo que la partoautoría por
autor de estRicardo López
entes al licel documento
robado
s Aristizá
querimientos –
salida
Figura 54. Dis
dares dares aplicabl
legtros anrabajo de Grarazón, los dea Pontificia Ue sección des
electual de Estudiante
rado o de tesidades académticipación de el aporte crea
te Trabajo dz Quiñones y
enciamiento, de SRS de est
ábal
RNF‐1
– V_2.0 Trabaj
spositivos de sa
aplicales del docum
ales, nunciado de los eserechos de aUniversidad Jcribe los dere
es define lo si
is, de investigmicas, los derotras personaativo de éstas
de Grado peGustavo Sala
remítase ate documento
Los disposserá
19‐02
o de grado de
lida
ablesmento “Vision_
dereios studiantes deautor obedecaveriana en sechos de aut
iguiente:
gación o similarechos moraleas pueda califs, en su realiz
ertenecen a azar Garzón,
a la sección o.
RE
sitivos de salidn monitor y p
ingeniería de s
_1.0”
echos
e Ingeniería dcen a los essu Versión Acor que aplica
ares, que reales y patrimonificarse como zación”
los estudiany no serán c
8. Requerim
da del sistemaarlantes
sistemas
s de
de Sistemas statutos del ctualizada – an para este
licen los niales serán un caso de
ntes Nicolás cedidos a la
mientos de
Top Related