Software Requirements

Specification
SRS V 1.3

Alejandro Pe rez Garca

2013
PGINA DE FIRMAS
El presente documento es aprobado por las personas descritas a continuacin:

Departamento de Mercadeo de los Servicios de Alimentacin:

Johanna Arandia Russi

__________________________________________________________

Coordinadora Aseguramiento de Calidad. Servicios de Alimentacin. Pontifica Universidad Javeriana:

Johanna Andrea Vargas Betancourth

__________________________________________________________

Analista de Sistemas. Servicios de Alimentacin. Pontifica Universidad Javeriana:

Ing. Orlando Galindo

__________________________________________________________

Ingeniero de Proyectos. Departamento de Tecnologas de Informacin. Pontifica Universidad Javeriana:

Ing. Ricardo Rgeles Jimnez

__________________________________________________________

Director de Trabajo de Grado:

Ing. Juan Pablo Garzn Ruiz

__________________________________________________________

Estudiante de Ingeniera de Sistemas:

Alejandro Prez Garca

__________________________________________________________
Versin Fecha Secciones Modificadas Descripcin Responsable
0.1 28/7/2013 1.1 Propsito Se redact el propsito del documento SRS Alejandro
indicando los interesados en el documento y la Prez Garca
finalidad.
0.2 30/7/2013 3.3 Atributos de los Requerimientos Se definieron los atributos de los Alejandro
requerimientos que se van a especificar. Prez Garca
0.3 31/7/2013 4.1 Requerimientos Funcionales Se realiz la especificacin de los Alejandro
requerimientos funcionales, indicando su Prez Garca
cdigo, mdulo, descripcin y versin.
0.4 2/8/2013 4.1 Requerimientos Funcionales Se adicionaron ms requerimientos funcionales Alejandro
y se definieron la justificacin, verificacin, Prez Garca
estado y prioridad de todos los requerimientos.
0.5 4/8/2013 4.2 Requerimientos No Funcionales, Se especificaron los requerimientos no Alejandro
1.2 Alcance, 1.5 Apreciacin Global, funcionales del sistema, indicando su cdigo, Prez Garca
2.1.1 Interfaces con el Sistema, 2.1.2 tipo, descripcin, estado, prioridad, verificacin,
Interfaces con el Usuario, 2.1.3 justificacin y versin. Se definieron las
Interfaces con el Hardware interfaces con el sistema, usuario y hardware
del producto.
0.6 5/8/2013 2.1.4 Interfaces con el Software, 2.1.5 Se definieron las interfaces de software y Alejandro
Interfaces de Comunicacin, 2.1.8 comunicacin del sistema. As mismo se explic Prez Garca
Requerimientos de Adaptacin del los requerimientos previos para poder usar el
sitio, 2.1.6 Restricciones de Memoria sistema.
0.7 6/8/2013 2.1.7 Operaciones, 2.2 Funciones del Se especificaron las principales caractersticas Alejandro
Producto, 2.3 Caractersticas del que deben poseer los usuarios para el uso del Prez Garca
Usuario, 2.4 Restricciones sistema. Adems se definieron las principales
funcionalidades del producto.
0.8 6/8/2013 3.1 Levantamiento de Requerimientos Se describi el mecanismo de levantamiento, Alejandro
Funcionales y No Funcionales, 3.2 clasificacin, control y priorizacin de los Prez Garca
Tipos de Requerimientos, 3.3 Atributos requerimientos funcionales y no funcionales del
de los Requerimientos, 3.4 sistema.
Mecanismos de Control de Estados de
los Requerimientos, 3.5 Mecanismos
de Priorizacin de los Requerimientos.
0.9 7/8/2013 3.6 Trazabilidad Se determin como iba a ser la trazabilidad Alejandro
entre el anlisis, diseo, implementacin y Prez Garca
pruebas del sistema.
1.0 10/8/2013 2.5.1 Modelo de Dominio Se realiz el modelo de dominio del sistema y Alejandro
su especificacin. Prez Garca
1.1 15/8/2013 2.5.1 Modelo de Dominio, 4.1 Se hizo una correccin del modelo de dominio y Alejandro
Requerimientos Funcionales se actualizaron los requerimientos funcionales. Prez Garca
1.2 21/8/2013 4.1 Requerimientos Funcionales, 4.2 Se actualizaron los requerimientos funcionales Alejandro
Requerimientos No Funcionales y no funcionales del sistema. Prez Garca
1.3 1/10/2013 4.1 Requerimientos Funcionales Se actualizaron los requerimientos funcionales. Alejandro
Prez Garca
HISTORIAL DE CAMBIOS
Tabla 1: Historial de Cambios

TABLA DE CONTENIDO
PGINA DE FIRMAS..................................................................................................................................1
HISTORIAL DE CAMBIOS...........................................................................................................................2
TABLA DE CONTENIDO.............................................................................................................................3
LISTA DE TABLAS......................................................................................................................................5
LISTA DE ILUSTRACIONES.........................................................................................................................5
1. INTRODUCCIN...................................................................................................................................6
1.1 Propsito.......................................................................................................................................6
1.2 Alcance..........................................................................................................................................6
1.3 Definiciones, Acrnimos y Abreviaciones......................................................................................7
1.4 Referencias....................................................................................................................................8
1.5 Apreciacin Global.........................................................................................................................9
2. DESCRIPCIN GLOBAL........................................................................................................................10
2.1 Perspectiva del Producto.............................................................................................................10
2.1.1 Interfaces con el Sistema......................................................................................................10
2.1.2 Interfaces con el Usuario......................................................................................................10
2.1.3 Interfaces con el Hardware...................................................................................................10
2.1.4 Interfaces con el Software.....................................................................................................11
2.1.5 Interfaces de Comunicacin..................................................................................................11
2.1.6 Restricciones de Memoria [26].............................................................................................11
2.1.7 Operaciones..........................................................................................................................11
2.1.8 Requerimientos de Adaptacin del Sitio...............................................................................11
2.2 Funciones del Producto...............................................................................................................12
2.3 Caractersticas del Usuario...........................................................................................................12
2.4 Restricciones [19].........................................................................................................................12
2.4.1 Polticas Reguladoras............................................................................................................12
2.4.2 Interfaces a otras Aplicaciones..............................................................................................13
2.4.3 Funcionamiento Paralelo......................................................................................................13
2.4.4 Funciones de Control............................................................................................................13
2.4.5 Requisitos del Lenguaje........................................................................................................13
 2.4.6 Requisitos de Fiabilidad........................................................................................................13
2.4.7 Credibilidad de la Aplicacin.................................................................................................13
2.4.8 Consideraciones de Seguridad..............................................................................................13
2.5 Anlisis del Sistema......................................................................................................................13
2.5.1 Modelo de Dominio [21].......................................................................................................14
2.5.2 Documentacin Modelo de Dominio [25].............................................................................15
3. PLAN DE MANEJO DE REQUERIMIENTOS...........................................................................................21
3.1 Levantamiento de Requerimientos [22] [23]...............................................................................21
3.1.1 Requerimientos Funcionales.................................................................................................21
3.1.2 Requerimientos No Funcionales...........................................................................................21
3.1.3 Verificacin y Validacin de Requerimientos........................................................................21
3.2 Tipos de Requerimientos [24]......................................................................................................22
3.3 Atributos de los Requerimientos [24]..........................................................................................22
3.4 Mecanismo de Control de Estado de los Requerimientos [23]....................................................22
3.5 Mecanismo de priorizacin de los requerimientos [23]...............................................................23
3.6 Trazabilidad [24]...........................................................................................................................24
3.6.1 Requerimientos Funcionales.................................................................................................24
3.6.2 Requerimientos No Funcionales...........................................................................................24
4. REQUERIMIENTOS ESPECIFICOS [19].................................................................................................24
4.1 Requerimientos Funcionales........................................................................................................24
4.2 Requerimientos No Funcionales..................................................................................................24
LISTA DE TABLAS
Tabla 1: Historial de Cambios.......................................................................................................................2
Tabla 2: Caractersticas del usuario............................................................................................................12
Tabla 3: Productos de software para el desarrollo del sistema..................................................................13
Tabla 4: Elemento de Dominio Estudiante..............................................................................................15
Tabla 5: Elemento de Dominio ConcursoEncuestas................................................................................15
Tabla 6: Elemento de Dominio Insignia...................................................................................................15
Tabla 7: Elemento de Dominio -Desafo.....................................................................................................16
Tabla 8: Elemento de Dominio - Accin.....................................................................................................16
Tabla 9: Elemento de Dominio Logo.......................................................................................................16
Tabla 10: Elemento de Dominio - Perfil......................................................................................................17
Tabla 11: Elemento de Dominio Carrera.................................................................................................17
Tabla 12: Elemento de Dominio - Encuesta...............................................................................................17
Tabla 13: Elemento de Dominio - PuntoVenta...........................................................................................18
Tabla 14: Elemento de Dominio NuevoProducto....................................................................................18
Tabla 15: Elemento de Dominio - Pregunta...............................................................................................18
Tabla 16: Elemento de Dominio - Cdigo...................................................................................................19
Tabla 17: Elemento de Dominio Promocin............................................................................................19
Tabla 18: Elemento de Dominio - Respuesta.............................................................................................19
Tabla 19: Elemento de Dominio Producto..............................................................................................19
Tabla 20: Elemento de Dominio Restriccin............................................................................................20
Tabla 21: Clasificacin de los Requerimientos del Sistema........................................................................22
Tabla 22: Estados de los Requerimientos...................................................................................................23
Tabla 23: Prioridades de los Requerimientos.............................................................................................23
Tabla 24: Formato de Trazabilidad- REQUERIMIENTOS FUNCIONALES......................................................24
Tabla 25: Formato de Trazabilidad- REQUERIMIENTOS NO FUNCIONALES................................................24

LISTA DE ILUSTRACIONES
Ilustracin 1: Interfaces con el Usuario [2]................................................................................................10
Ilustracin 2: Modelo de Dominio.............................................................................................................14
1. INTRODUCCIN
1.1 Propsito
El siguiente documento de Especificacin de Requerimientos de Software presenta una descripcin
detallada de una aplicacin mvil con tcnicas de gamification [1] que permite diligenciar las encuestas
de satisfaccin de los Servicios de Alimentacin [3] de la Pontificia Universidad Javeriana. El proyecto es
propuesto por el estudiante Alejandro Prez Garca como Trabajo de Grado en el perodo acadmico
2013-03 en la Pontificia Universidad Javeriana de Bogot, Colombia.

Este documento SRS est destinado al Director de Trabajo de Grado el Ing. Juan Pablo Garzn Ruiz MSc,
Johanna Arandia Russi (Departamento de Mercadeo Servicios de Alimentacin [3]), Johanna Andrea
Vargas Betancourth (Coordinadora Aseguramiento de Calidad Servicios de Alimentacin [3]), el Ing.
Orlando Galindo (Analista de Sistemas Servicios de Alimentacin [3]), el Ing. Ricardo Rgeles Jimnez
(Ingeniero de Proyectos DTI [28]) y el estudiante Alejandro Prez Garca.

El documento tiene como finalidad servir como contrato entre el estudiante, el Director de Trabajo de
Grado y los clientes, adems de explicar el propsito y caractersticas del sistema, sus restricciones de
operatividad, interfaces y comportamiento.

1.2 Alcance
El sistema ser una aplicacin mvil con tcnicas de gamification [1], que permita diligenciar las
encuestas de satisfaccin de los puntos de alimentacin de la Pontificia Universidad Javeriana. El objetivo
principal es aplicar reglas y mecnicas de juego al mecanismo de encuestas de satisfaccin actual de los
Servicios de Alimentacin [3] de la Pontificia Universidad Javeriana. Adems de diligenciar las encuestas
de satisfaccin, el estudiante podr obtener informacin general, proponer nuevos productos y publicar
comentarios y sugerencias de los puntos de venta del campus universitario.
1.3 Definiciones, Acrnimos y Abreviaciones
Android: Sistema operativo desarrollado por Google para dispositivos mviles inteligentes. [20]

Cdigos QR: Es un mdulo para almacenar informacin en una matriz de puntos o un cdigo de barras
bidimensional. [27]

Computacin en la nube: Es un modelo de computacin que permite acceso a la red por demanda,
compartiendo recursos como redes, servidores, almacenamiento, aplicaciones que se pueden escalar y
gestionar a travs de un proveedor de servicio con facilidad. [13]

DTI: Departamento de Tecnologas de Informacin de la Pontificia Universidad Javeriana [28].

Gamification: Reglas y mecnicas de juego aplicadas a entornos no ldicos con el fin de motivar e
influenciar grupos de personas [1].

Google App Engine: Es una plataforma de servicios en la nube para el desarrollo y alojamiento de
aplicaciones web en la infraestructura de cmputo de Google. [5]

GPS: Sistema de posicionamiento global por satlite de objetos o personas en la superficie terrestre. [12]

HTTP: Protocolo de aplicacin utilizado para transacciones en la web. [7]

IDE: Entorno de desarrollo integrado.

Servicios de Alimentacin: Son una unidad de la Direccin de Servicios Universitarios de la Vicerrectora

Administrativa de la Pontificia Universidad Javeriana, cuya misin es entregar a los miembros de la
comunidad universitaria, los alimentos y bebidas que desean, garantizando su inocuidad, un excelente
servicio y el mejor precio posible. [3]

Servicio Web: Es una tecnologa que permite el intercambio de mensajes entre aplicaciones con
independencia en la plataforma o lenguaje de programacin que estn implementados. [10]

SOAP: Protocolo de aplicacin que permite el intercambio de mensajes entre un cliente y un servicio
web. [6]

SRS: Software Requirements Specification.

1.4 Referencias
[1] S. Deterding, D. Dixon, R. Khaled, and L. Nacke, From game design elements to gamefulness:
defining gamification, in Proceedings of the 15th International Academic MindTrek Conference:
Envisioning Future Media Environments, New York, NY, USA, 2011, pp. 915.

[2] Dispositivo Mvil, (Imagen) [En lnea] Disponible en: http://crackerpie.com/2013/04/03/android-4-

2-2-jelly-bean-update-for-samsung-galaxy-s3-and-galaxy-note-2-rolled-out-in-may/

[3] Servicios de Alimentacin. Pontificia Universidad Javeriana. [En lnea] Disponible en: http://puj-
portal.javeriana.edu.co/portal/page/portal/servialimentacion/encuestas

[4] Distribucin de mercado de Android segn las versiones SDK. [En lnea] Disponible en:
http://developer.android.com/about/dashboards/index.html

[5] Google App Engine. [En lnea] Disponible en: https://developers.google.com/appengine/

[6] W3C. Simple Object Access Protocol. [En lnea] Disponible en: http://www.w3.org/TR/soap/

[7] W3C. Hypertext Transfer Protocol. [En lnea] Disponible en:

http://www.w3.org/Protocols/rfc2616/rfc2616.html

[8] W3C. Extensible Markup Language. [En lnea] Disponible en: http://www.w3.org/XML/

[9] Sistema Operativo Android 2.2 Froyo. [En lnea] Disponible en:
http://developer.android.com/about/versions/android-2.2.html

[10] W3C. Web Services Architecture. [En lnea] Disponible en: http://www.w3.org/TR/ws-arch/

[11] Google Play. Android Market. [En lnea] Disponible en: https://play.google.com/store

[12] Guillermo Snchez. Sistema posicionamiento global (GPS) y las teoras de la relatividad. 2012. [En
lnea] Disponible en:
http://web.usal.es/~guillermo/publications/Popularscience/GPSyRelatividadporGuillermoSanchez.pdf

[13] Mell, Peter. Grance,Timothy. National Institute of Standards and Technology. Definition of Cloud
Computing. [En lnea] Disponible en: http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf

[14] Essential Software Architecture. Ian Gorton. Springer.2006

[15] Eclipse IDE. [En lnea] Disponible en: http://www.eclipse.org/

[16] Java Standard Edition. Oracle. [En lnea] Disponible en: http://docs.oracle.com/javase/

[17] Java Enterprise Edition. Oracle. [En lnea] Disponible en: http://docs.oracle.com/javaee/

[18] Android Developers. Software Development Kit. [En lnea] Disponible en:
http://developer.android.com/sdk/index.html
[19] 2011-ISO-IEC-IEEE 29148 Systems and software engineering - Life cycle processes-Requirements
engineering.

[20] Android. [En lnea] Disponible en: http://www.android.com/

[21] UML y Patrones. 2 Edicin. Craig Larman. Prentice Hall. 2003

[22] Karl E. Wiegers ,More About Software Requirements: Thorny Issues and Practical Advice, Microsoft
Press, 2006 ISBN:0735622671

[23] SOMMERVILLE I. I NGENIERA DEL SOFTWARE. 7MA EDICIN . MADRID: PEARSON EDUCACIN . 2005.

[24] Rational Staff, Staff, IBM, Requirements Management Plan Example, (Mayo 2001).

[25] Formato de documentacin del Modelo del Dominio. IROW WORKS. SRS. [En lnea] Disponible en:
http://sophia.javeriana.edu.co/~metorres/

[26] Android 2.2. Compatibility Program. [En lnea] Disponible en:

http://static.googleusercontent.com/external_content/untrusted_dlcp/source.android.com/es//compati
bility/2.2/android-2.2-cdd.pdf

[27] Suite101. Cdigos QR, Qu son?, Para qu sirven? [En lnea] Disponible en:
http://suite101.net/article/codigos-qr-que-son-para-que-sirven-a79019

[28] Departamento de Tecnologas de Informacin. Pontificia Universidad Javeriana. [En lnea] Disponible
en: http://puj-
portal.javeriana.edu.co/portal/page/portal/vice_administrativa/Dir_tecnologias/dirtecnologias_presenta
cion

1.5 Apreciacin Global

El siguiente documento est conformado por cuatro secciones principales: Introduccin, Descripcin
Global, Plan de Manejo de Requerimientos y Requerimiento Especficos.

El objetivo de la primera seccin es tener una visin general del proyecto conociendo el propsito y
alcance del sistema encuestas de satisfaccin. En la segunda seccin se pretende dar una perspectiva
general del producto, sus principales funcionalidades y las restricciones existentes. La tercera seccin
explica el proceso usado para la captura y manejo de los requerimientos funcionales y no funcionales del
sistema. Finalmente, la ltima seccin describe detalladamente cada requerimiento funcional y no
funcional deducido del sistema de encuestas.
2. DESCRIPCIN GLOBAL
Para tener una idea ms clara del sistema de encuestas de satisfaccin, esta seccin pretende dar una
perspectiva general del producto de software, enunciar sus principales funcionalidades y definir sus
restricciones.

2.1 Perspectiva del Producto

Esta seccin busca describir las diferentes interfaces del producto, sus restricciones de memoria, modos
de operacin y los requerimientos necesarios para poner en marcha el sistema.

2.1.1 Interfaces con el Sistema

El sistema tiene una arquitectura orientada a servicios [14], con el fin de poder ser reutilizado por
sistemas actuales o futuros de la Pontificia Universidad Javeriana.

2.1.2 Interfaces con el Usuario

Dispositivo Mvil
El usuario puede interactuar con la
aplicacin a travs de un teclado o pantalla
tactil segun el modelo del dispositivo mvil.

Ilustracin 1: Interfaces con el Usuario [2]

2.1.3 Interfaces con el Hardware

A continuacin se muestran las especificaciones tcnicas del dispositivo mvil como cliente y del
servidor de aplicacin.

Cliente: Dispositivo Mvil Android

Cmara fotogrfica incorporada.

Sensor GPS [12].

Servidor:
Servicio web [10] que hace uso de la computacin en la nube [13] ofrecida por Google App Engine [5].
De esta manera se utiliza la infraestructura de cmputo de Google para mantener la aplicacin e ir
escalndola segn el trfico y las necesidades de almacenamiento de datos.

2.1.4 Interfaces con el Software

Para el funcionamiento del sistema se tiene las siguientes caractersticas de software:

Cliente:

Sistema operativo Android como mnimo 2.2 (Froyo). [9]

Se decide tomar como mnimo Android 2.2 para llegar aproximadamente al 98% del mercado de
dispositivos mviles Android. [4]

2.1.5 Interfaces de Comunicacin

El dispositivo mvil se comunica con el servicio web [10] a travs del protocolo de aplicacin SOAP, [6] el
cual es un protocolo estndar de invocacin de servicios remotos, basado en el protocolo estndar HTTP
[7] para la transmisin de mensajes codificados en XML [8]. La principal caracterstica de los servicios
web es la independencia de plataforma, por esta razn cualquier dispositivo o sistema externo con
acceso a internet podr invocar el servicio web que se ejecuta en Google App Engine [5].

2.1.6 Restricciones de Memoria [26]

Cliente: Dispositivo Mvil Android

Almacenamiento:
o Mnimo 2 GB de almacenamiento externo.
Procesamiento:
o Mnimo 128 RAM.

2.1.7 Operaciones
Modo Jugador: Este es el nico modo de operacin para el sistema, donde los estudiantes podrn
utilizar las principales funcionalidades como administrar su perfil de usuario, diligenciar encuestas de
satisfaccin, obtener informacin general, proponer nuevos productos, y publicar comentarios y
sugerencias de los puntos de venta universitarios.

2.1.8 Requerimientos de Adaptacin del Sitio

Para que el usuario pueda utilizar al sistema, debe contactarse a internet y descargar la aplicacin mvil
de los Servicios de Alimentacin [3] en el Android Market [11].

Respecto al servidor, el servicio web [10] debe ser desplegado en la infraestructura de Google App
Engine [5].

2.2 Funciones del Producto

Las funcionalidades ms relevantes de la aplicacin son las siguientes:
 Autenticarse con correo y contrasea institucional.
Mantener un perfil de usuario donde se pueda administrar y ver una imagen de perfil, total de
puntos obtenidos, nivel de experiencia, desafos realizados e insignias obtenidas.
Diligenciar las encuestas de satisfaccin de cafs, cafeteras, kioscos, restaurantes, concesiones,
refrigerios y catas de los Servicios de Alimentacin [3] universitarios.
Obtener informacin de ubicacin, tipo de comida, horario, tipo de servicio, rango de precios,
productos y promociones de los cafs, cafeteras, kioscos, restaurantes, concesiones, refrigerios
y catas de los Servicios de Alimentacin [3] universitarios.
Reconocer geogrficamente que un usuario se encuentra en un punto de venta.
Poder escanear cdigos QR [27] e ingresar cdigos manualmente para completar los desafos
propuestos por el sistema.

2.3 Caractersticas del Usuario

CARACTERSTICAS DEL USUARIO JUGADOR

DESCRIPCIN Estudiante de la Pontificia Universidad Javeriana,
Bogot, Colombia.
PRIVILEGIOS Autenticarse con correo y contrasea institucional.
Acceder y personalizar un perfil de usuario.
Obtener informacin general de los puntos de
venta universitarios.
Conocer el estado del concurso de encuestas de
satisfaccin entre facultades.
EXPERIENCIA TCNICA Conocer como descargar una aplicacin mvil
desde el Android Market [11].
Experiencia bsica en el uso de dispositivos
mviles Android.
FRECUENCIA DE USO Ocasional
Tabla 2: Caractersticas del usuario

2.4 Restricciones [19]

A continuacin se puede encontrar una descripcin detallada de las restricciones tcnicas y de negocio
del sistema en cuestin.

2.4.1 Polticas Reguladoras

Los productos de software empleados para el desarrollo del sistema son en su mayora de licenciamiento
libre. A continuacin se listan los productos de software a utilizar:

CLIENTE SERVIDOR
Eclipse IDE [15] Eclipse IDE [15]
SDK para Android [18] Java EE [17]
 Google App Engine [5]. (En el caso que se requiera
mayor capacidad de cmputo se puede activar la
facturacin para escalar el servidor de aplicacin).
Tabla 3: Productos de software para el desarrollo del sistema

2.4.2 Interfaces a otras Aplicaciones

El sistema requiere utilizar los servicios proporcionados por el siguiente sistema:

Sistema de encuestas de los Servicios de Alimentacin de la Pontificia Universidad Javeriana:

se hace uso de las plantilla de encuestas de satisfaccin de los Servicios de Alimentacin [3].
Sistema de autenticacin de usuarios de la Pontificia Universidad Javeriana: se hace uso de la
autenticacin y obtencin de informacin bsica como usuario, contrasea y carrera(s).

2.4.3 Funcionamiento Paralelo

Debido a la naturaleza de Google App Engine [5] como proveedor de servicios en la nube [13]. Las
conexiones en paralelo al servidor se acomodan segn el trfico de clientes que haya en un determinado
momento.

2.4.4 Funciones de Control

El sistema tiene un control de acceso a la aplicacin a travs de una autenticacin por correo electrnico
de la Javeriana para registrarse en la aplicacin.

2.4.5 Requisitos del Lenguaje

El sistema tiene soporte para el idioma espaol debido a que el pblico objetivo son los estudiantes de la
Pontificia Universidad Javeriana, quienes en su mayora son hispanohablantes.

2.4.6 Requisitos de Fiabilidad

En el caso de que la conexin falle, se le informar al usuario que transacciones no se pudieron realizar.
Cuando se reestablezca el servicio, el usuario podr seguir usando la aplicacin en el punto anterior a la
falla.

2.4.7 Credibilidad de la Aplicacin

El sistema se somete a un proceso de pruebas para verificar y validar las funcionalidades descritas del
producto.

2.4.8 Consideraciones de Seguridad

Cada estudiante debe identificarse en el sistema con correo institucional y su contrasea.

2.5 Anlisis del Sistema

Esta seccin tiene como objetivo realizar un anlisis del sistema a travs de un modelo de dominio del
problema que se trata de resolver.
2.5.1 Modelo de Dominio [21]

Ilustracin 2: Modelo de Dominio

2.5.2 Documentacin Modelo de Dominio [25]

 ID D1 Elemento del Dominio Estudiante
Descripcin Representa al estudiante, quien es el principal usuario del sistema.
Atributos
Nombre Descripcin Tipo de Dato
nombres Representa los nombres del estudiante. String
apellidos Representa los apellidos del estudiante. String
correo Representa el correo institucional del estudiante. String
clave Representa la contrasea de correo para ingresar al String
sistema.
Objetivo Entidad que busca representar al estudiante que interacta con el
sistema.
Tabla 4: Elemento de Dominio Estudiante

ID D2 Elemento del Dominio ConcursoEncuestas

Descripcin Elemento de dominio para el control del concurso de encuestas de los
Servicios de Alimentacin.
Atributos
Nombre Descripcin Tipo de Dato
fechaInicial Representa la fecha de inicio del concurso de encuestas. String
fechaFinal Representa la fecha de fin del concurso de encuestas. String
Objetivo Entidad que busca mantener un control sobre el inicio y el fin de los
concursos de encuestas de satisfaccin.
Tabla 5: Elemento de Dominio ConcursoEncuestas

ID D3 Elemento del Dominio Insignia

Descripcin Elemento de dominio para el control de insignias obtenidas por un
estudiante dentro del sistema.
Atributos
Nombre Descripcin Tipo de Dato
descripcin Indica como el estudiante puede obtener una insignia String
dentro del sistema.
imagen Logo que representa la insignia obtenida. byte []
Objetivo Entidad que busca mantener un control sobre cuales insignias ha
conseguido cada uno de los estudiantes.
Tabla 6: Elemento de Dominio Insignia

ID D4 Elemento del Dominio Desafo

Descripcin Elemento de dominio que indica cuales desafos ha completado un
 estudiante.
Atributos
Nombre Descripcin Tipo de Dato
descripcin Le indica al estudiante lo que debe hacer para completar String
un desafo.
Objetivo Entidad que busca mantener un control sobre que desafos ha
completado un estudiante y cuales le faltan por completar.
Tabla 7: Elemento de Dominio -Desafo

ID D5 Elemento del Dominio Accin

Descripcin Elemento de dominio que describe la accin o acciones que debe realizar
un estudiante para obtener una insignia o completar un desafo.
Atributos
Nombre Descripcin Tipo de Dato
descripcin Le indica al estudiante que accin debe realizar dentro String
del sistema para obtener una insignia o completar un
desafo.
estado Indica si el estudiante ha realizado o no una accin boolean
dentro del sistema.
Objetivo Entidad que buscar representar la accin o el conjunto de acciones que
debe realizar un estudiante para obtener una insignia o completar un
desafo.
Tabla 8: Elemento de Dominio - Accin

ID D6 Elemento del Dominio Logo

Descripcin Elemento de dominio que indica cuales logos ha obtenido el estudiante
dentro del sistema.
Atributos
Nombre Descripcin Tipo de Dato
nombre Representa el nombre de un logo de los Servicios de String
Alimentacin.
estado Indica si el estudiante obtuvo o no obtuvo un logo. boolean
imagen Un logo de los Servicios de Alimentacin. byte []
Objetivo Entidad que busca controlar la cantidad de logos que el estudiante ha
coleccionado de los Servicios de Alimentacin.
Tabla 9: Elemento de Dominio Logo
 ID D7 Elemento del Dominio Perfil
Descripcin Elemento de dominio que controla la informacin de perfil de usuario de
un estudiante.
Atributos
Nombre Descripcin Tipo de Dato
nivelExperiencia Le indica al estudiante el nivel de experiencia que tiene int
en el uso de la aplicacin.
puntos Nmero que indica los puntos que ha obtenido un int
estudiante desde que comenz a utilizar la aplicacin.
imagen Avatar o foto de perfil que un estudiante puede ingresar. byte []
Objetivo Entidad que representa la informacin de perfil de usuario de un
estudiante dentro del sistema.
Tabla 10: Elemento de Dominio - Perfil

ID D8 Elemento del Dominio Carrera

Descripcin Elemento de dominio que indica la(s) carrera(s) que un estudiante cursa.
Atributos
Nombre Descripcin Tipo de Dato
nombre Nombre de una carrera universitaria. String
facultad Nombre de la facultad a la cual pertenece una carrera. String
puntaje Total de puntos obtenidos por una carrera dentro del int
concurso de encuestas de satisfaccin.
Objetivo Entidad que representa la carrera que cursa un estudiante y mantiene el
control sobre los puntos que ha obtenido una carrera dentro del
concurso de encuestas de satisfaccin.
Tabla 11: Elemento de Dominio Carrera

ID D9 Elemento del Dominio Encuesta

Descripcin Elemento de dominio que representa las encuestas de satisfaccin de los
Servicios de Alimentacin de la Pontificia Universidad Javeriana.
Atributos
Nombre Descripcin Tipo de Dato
descripcin Indica una descripcin general de una encuesta a String
diligenciar.
tipo Indica el tipo de encuesta de satisfaccin (cafs, String
cafeteras, kioscos, restaurantes, concesiones, catas o
refrigerios).
Objetivo Entidad que representa la informacin de las encuestas de satisfaccin
de los Servicios de Alimentacin de la Pontificia Universidad Javeriana.
Tabla 12: Elemento de Dominio - Encuesta

ID D10 Elemento del Dominio PuntoVenta

Descripcin Elemento de dominio que representa un punto de venta del campus
universitario.
Atributos
Nombre Descripcin Tipo de Dato
nombre Indica el nombre de un punto de venta de la universidad. String
ubicacin Indica la ubicacin del punto de venta dentro del campus String
universitario.
tipoComida Indica el tipo de comida que ofrece un punto de venta. String
horario Indica los horarios de atencin de un punto de venta. String
tipoServicio Indica el tipo de servicio que se puede encontrar dentro String
del punto de venta.
rangoPrecios Indica el rango de precios que se puede esperar en el String
punto de venta.
tipo Indica el tipo de punto de venta (caf, cafetera, kioscos, String
restaurante o concesin).
votos Nmero que indica el total de votos que ha obtenido un int
punto de venta por parte de los estudiantes.
Objetivo Entidad que representa la informacin general de un punto de venta del
campus universitario.
Tabla 13: Elemento de Dominio - PuntoVenta

ID D11 Elemento del Dominio NuevoProducto

Descripcin Elemento de dominio que representa los nuevos productos que los
estudiantes proponen dentro del sistema.
Atributos
Nombre Descripcin Tipo de Dato
descripcin Representa la informacin de un nuevo producto String
propuesto por un estudiante.
votos Nmero que indica el total de votos que ha recibido un int
nuevo producto.
Objetivo Entidad que representa la informacin de los productos propuestos por
los estudiantes.
Tabla 14: Elemento de Dominio NuevoProducto

ID D12 Elemento del Pregunta

Dominio
Descripcin Elemento de dominio que representa las preguntas que componen una
encuesta de satisfaccin de los Servicios de Alimentacin.
Atributos
Nombre Descripcin Tipo de Dato
enunciado Enunciado de una pregunta de una encuesta de String
satisfaccin.
tipo Tipo de pregunta formulada (abierta, Si/No, calificacin). String
Objetivo Entidad que contiene la informacin de una pregunta dentro de una
encuesta deTabla
satisfaccin.
15: Elemento de Dominio - Pregunta
 ID D13 Elemento del Dominio Cdigo
Descripcin Elemento de dominio que representa los cdigos escondidos en los
puntos de venta del campus universitario.
Atributos
Nombre Descripcin Tipo de Dato
cdigo Cadena alfanumrica String
Objetivo Entidad que representa los cdigos escondidos de los puntos de venta de
los Servicios de Alimentacin.
Tabla 16: Elemento de Dominio - Cdigo

ID D14 Elemento del Dominio Promocin

Descripcin Elemento de dominio que mantiene informacin de las promociones de
los puntos de venta.
Atributos
Nombre Descripcin Tipo de Dato
descripcin Representa la informacin de la promocin que ofrecen String
los Servicios de Alimentacin en un punto de venta.
imagen Logo asociado a la promocin ofrecida. byte []
Objetivo Entidad que representa las promociones que ofrecen los Servicios de
Alimentacin en sus puntos de venta.
Tabla 17: Elemento de Dominio Promocin

ID D15 Elemento del Dominio Respuesta

Descripcin Elemento de dominio que mantiene informacin de las respuestas que
los estudiantes contestan al diligenciar una encuesta de satisfaccin.
Atributos
Nombre Descripcin Tipo de Dato
respuesta Representa la respuesta que un estudiante ingresa sobre String
una pregunta de una encuesta de satisfaccin.
Objetivo Entidad que representa las respuestas que los estudiantes contestan al
diligenciar una encuesta de satisfaccin.
Tabla 18: Elemento de Dominio - Respuesta

ID D16 Elemento del Dominio Producto

Descripcin Elemento de dominio que mantiene la informacin de los productos que
ofrece un punto de venta.
Atributos
Nombre Descripcin Tipo de Dato
nombre Define el nombre del producto que ofrece un punto de String
venta.
precio Representa el costo de un producto de un punto de int
venta.
foto Representa la imagen de un producto de un punto de byte [ ]
venta.
tipo Define el tipo de producto ofrecido del punto de venta. String
Objetivo Entidad que representa la informacin de los productos ofrecidos en un
punto de venta.
Tabla 19: Elemento de Dominio Producto
 ID D17 Elemento del Dominio Restriccin
Descripcin Elemento de dominio que mantiene un control de las acciones del
estudiante dentro del sistema.
Atributos
Nombre Descripcin Tipo de Dato
fecha Indica la ltima fecha donde el estudiante realizo una Date
accin.
accin Representa el nombre de la accin que se restringe. String
total Representa el total de veces que el estudiante ha int
realizado la accin.
Objetivo Entidad que representa las restricciones del estudiante dentro del
sistema.
Tabla 20: Elemento de Dominio Restriccin
3. PLAN DE MANEJO DE REQUERIMIENTOS
Este Plan de Manejo de Requerimientos describe los procesos realizados para la captura, clasificacin,
control, priorizacin y trazabilidad de los requerimientos funcionales y no funcionales del sistema.

3.1 Levantamiento de Requerimientos [22] [23]

En las siguientes secciones se busca describir el proceso de captura de requerimientos ejecutado en el
rea de Servicios de Alimentacin [3] de la Pontificia Universidad Javeriana.

3.1.1 Requerimientos Funcionales

Para la captura de los requerimientos funcionales se realizaron varias reuniones en las oficinas de los
Servicios de Alimentacin [3] de la Pontificia Universidad Javeriana. Las personas asistentes fueron:

Johanna Arandia Russi (Departamento de Mercadeo Servicios de Alimentacin [3])

Johanna Andrea Vargas Betancourth (Coordinadora Aseguramiento de Calidad Servicios de
Alimentacin [3])
Ing. Orlando Galindo (Analista de Sistemas Servicios de Alimentacin [3])
Alejandro Prez Garca (Estudiante de Ingeniera de Sistemas)

En cada una de las reuniones se discutieron las necesidades de los Servicios de Alimentacin [3] y se
generaron ideas que finalmente se convirtieron en funcionalidades del sistema de encuestas con
tcnicas de gamification [1]. De esta manera se lleg a un acuerdo entre los participantes sobre cada
uno de los requerimientos capturados.

3.1.2 Requerimientos No Funcionales

Respecto a la obtencin de los requerimientos no funcionales, se aprovecharon las mismas reuniones
anteriormente descritas para discutir con el Ing. Orlando Galindo (Analista de Sistemas Servicios de
Alimentacin [3]) los aspectos no funcionales del sistema. As mismo se realizaron reuniones con el Ing.
Juan Pablo Garzn Ruiz (Director de Trabajo de Grado) para identificar otros requerimientos no
funcionales del sistema. Tambin se tuvo una reunin con Ricardo Rgeles Jimnez (Ingeniero de
Proyectos DTI [28] - Encuestas de Satisfaccin) para capturar otros requerimientos no funcionales.

3.1.3 Verificacin y Validacin de Requerimientos

En las reuniones con los Servicios de Alimentacin de la Pontificia Universidad Javeriana, se verificaron
que cada uno de los requerimientos funcionales y no funcionales se encontraba documentado. As
mismo se verificaron los requerimientos no funcionales con el Ing. Juan Pablo Garzn Ruiz (Director de
Trabajo de Grado).

Respecto la validacin de los requerimientos funcionales y no funcionales, el estudiante Alejandro Prez

Garca se puso en la tarea de eliminar requerimientos repetidos en varias categoras, reubicar
requerimientos que no pertenecan a alguna categora y validar la redaccin, coherencia, completitud y
ortografa de cada requerimiento especificado.

3.2 Tipos de Requerimientos [24]

A continuacin se muestra los tipos de requerimientos funcionales y no funcionales que se determinaron
para el sistema:
 CLASIFICACIN DE LOS REQUERIMIENTOS
Sesin de usuario
Encuestas
Informacin
REQUERIMIENTOS FUNCIONALES
Insignias
Puntos
Desafos
Restricciones Tcnicas
Restricciones de Negocio
Desempeo
REQUERIMIENTOS NO FUNCIONALES
Escalabilidad
Modificabilidad
Integracin
Tabla 21: Clasificacin de los Requerimientos del Sistema

3.3 Atributos de los Requerimientos [24]

Para cada uno de los requerimientos funcionales y no funcionales se definieron los siguientes atributos:

Cdigo: Identificador nico dependiendo si es un requerimiento funcional (Ejemplo: RF-1) o uno

no funcional (Ejemplo: RNF-1).
Fecha: Fecha de redaccin o modificacin del requerimiento en la plantilla de especificacin.
Tipo: Clasificacin del requerimiento segn la seccin 3.2 Tipos de Requerimientos.
Descripcin: Especificacin del propsito del requerimiento.
Prioridad: Indica la importancia de implementacin del requerimiento a lo largo del proyecto.
Estado: Indica el estado actual del requerimiento a lo largo del proyecto.
Justificacin: Es una descripcin que explica la importancia de incluir este requerimiento en el
producto final.
Verificacin: Descripcin del proceso de verificacin que se puede aplicar cuando el
requerimiento sea incorporado a alguna versin del producto.
Versin: Nmero asociado al control de versiones de los requerimientos.

3.4 Mecanismo de Control de Estado de los Requerimientos [23]

Con el fin de mantener un control del estado de los requerimientos funcionales y no funcionales, se
definen los siguientes estados que un requerimiento puede tener a lo largo del proyecto:

ESTADO DESCRIPCIN
Ha sido especificado en la plantilla de
Especificado
requerimientos.
Diseado El requerimiento tiene algn elemento de
 diseo asociado.
Ha sido desarrollado pero no se ha
Implementado
sometido a un proceso de pruebas.
El requerimiento pas satisfactoriamente
Probado
el proceso de pruebas.
Tabla 22: Estados de los Requerimientos

3.5 Mecanismo de priorizacin de los requerimientos [23]

La priorizacin de requerimientos funcionales y no funcionales del sistema, fue determinada en las
reuniones ejecutadas entre los Servicios de Alimentacin [3] y el estudiante Alejandro Prez Garca.

Los criterios que se tuvieron en cuenta para determinar la prioridad de los requerimientos funcionales
fueron:

Importancia para el cliente.

Esfuerzo de implementacin.

Los criterios que se tuvieron en cuenta para determinar la prioridad de los requerimientos no
funcionales fueron:

Importancia para el cliente.

Riesgo para la arquitectura.

De esta manera se determin que cada requerimiento se deba clasificar dentro de las siguientes
prioridades:

PRIORIDAD DESCRIPCIN

Es un requerimiento crtico que debe incluirse en versiones tempranas del producto. Si no

Alta se implementa puede afectar la satisfaccin del cliente.

El no incluir este tipo de requerimiento puede afectar la satisfaccin del cliente, pero no se
Media debe retrasar las primeras versiones del producto por la ausencia de uno de ellos.

Si no se incluye en las primeras versiones del producto no se espera un impacto significante

Baja en la satisfaccin del cliente.
Tabla 23: Prioridades de los Requerimientos

3.6 Trazabilidad [24]

Para controlar la trazabilidad entre el anlisis, el diseo, la implementacin y las pruebas del proyecto, se
decide manejar los siguientes formatos de trazabilidad:

3.6.1 Requerimientos Funcionales

 CASO(S) DE USO CLASE(S) CASO(S) DE PRUEBA
REQUERIMIENTO
ASOCIADO(S) ASOCIADA(S) ASOCIADO(S)

Tabla 24: Formato de Trazabilidad- REQUERIMIENTOS FUNCIONALES

3.6.2 Requerimientos No Funcionales

REQUERIMIENTO ELEMENTO(S) DE DISEO ASOCIADO(S) CASO(S) DE PRUEBA ASOCIADO(S)

Las tablas de trazabilidad del proyecto se pueden detallar en la pgina web del trabajo de grado.

Tabla 25: Formato de Trazabilidad- REQUERIMIENTOS NO FUNCIONALES

4. REQUERIMIENTOS ESPECIFICOS [19]

A continuacin se da una descripcin detallada de cada uno de los requerimientos funcionales y no
funcionales especificados para el sistema.

4.1 Requerimientos Funcionales

Los requerimientos funcionales se pueden encontrar en la pgina web del trabajo de grado.

4.2 Requerimientos No Funcionales

Los requerimientos no funcionales se pueden encontrar en la pgina web del trabajo de grado.