SRS - pegasus.javeriana.edu.copegasus.javeriana.edu.co/~CIS0830IS17/documentos/SRS_2.0.pdf ·...

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


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.


18/05/2009 Sección 2 Especificación de requerimientos

Corrección


19/05/2009 Sección 1. Introducción Sección 2. Especificación de requerimientos

Corrección


27/07/2009 Sección 3. Funcionalidad

Corrección


28/07/2009 Sección 3. Funcionalidad. Sección 4. Usabilidad Sección 5. Otros Requerimientos No Funcionales

Creación y corrección


11/08/2009 Todo el documento Revisión de calidad


11/08/2009 Todo el documento Corrección


14/08/2009 Todo el documento Revisión de calidad.


31/08/2009 Todo el documento Adición y eliminación de requerimientos


08/09/2009 Secciones 3, 4 y 5. Revisión de calidad.


10/09/2009 Sección 5 Adición subsecciones y creación de requerimientos


15/10/2009 Sección 3 y 4 Revisión de los requerimientos, referencia a los documentos asociados, corrección de errores.


19/10/2009 Sección 3, 4 y 5 Actualización con respeto al archivo de trazabilidad


25/10/2009 Sección 3. Funcionalidad

Adición de nuevos requerimientos


27/10/2009 Sección 6,7 y 8 Creación


3


28/10/2009 Todas Revisión de calidad y alineación con otros documentos


16/11/2009 Sección 3 Actualización y Eliminación de requerimientos


03/12/2009 Requerimientos Trazabilidad, Tabla de requerimientos Vs Stakeholders, Correcciones adicionales


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


5

2.3.1. Entrevista neuropsicólogo:.......................................................................................... 16

2.3.2. Entrevista neuropsicólogos Actividades 1 ................................................................... 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


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


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


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


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


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.


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


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.


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:


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”


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”


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”.


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


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


38

8. Requerimientos de licenciamiento en el documento de SRS

Remítase a la Sección 4.5 Licencias e instalación del documento “Vision_1.0”

SRS - pegasus.javeriana.edu.copegasus.javeriana.edu.co/~CIS0830IS17/documentos/SRS_2.0.pdf ·...

Documents

Transcript of SRS - pegasus.javeriana.edu.copegasus.javeriana.edu.co/~CIS0830IS17/documentos/SRS_2.0.pdf ·...