Especificacin de requerimientos de software P g i n a | 1

ESPECIFICACIN DE
REQUERIMIENTOS DE
SOFTWARE
Para
Cappital Pooling
Versin 1.5

Producido por
Nombre del Grupo: Cappital Pooling
David Vega Cel.: 301 791 06 88 David-Vega@javeriana.edu.co
Sergio Bernal R. Cel.: 316 636 55 94 Bernal.sergio@javeriana.edu.co

Director: Luis Guillermo Torres

Curso: Trabajo de Grado Ing. Sist. 2014-3

Fecha: 26/11/2014
 Especificacin de requerimientos de software P g i n a | 2

Tabla de contenido
1 Introduccin...................................................................................................... 6
1.1 Propsito del documento............................................................................ 6
1.2 Alcance de Producto .................................................................................. 6
1.3 Audiencia y vista general de producto........................................................ 7
1.4 Definiciones, Acrnimos y Abreviaciones................................................... 7
2 Descripcin General ......................................................................................... 8
2.1 Perspectiva de Producto ............................................................................ 8
2.2 Funcionalidad del Producto ........................................................................ 9
2.3 Caractersticas de usuario ........................................................................ 11
2.4 Entorno de funcionamiento ...................................................................... 12
2.5 Restricciones de Diseo e Implementacin ............................................. 13
2.6 Suposiciones y Dependencias ................................................................. 14
3 Especificacin de requerimientos ................................................................... 15
3.1 Requerimientos de interfaces ................................................................... 15
3.1.1 Interfaces de Usuario ......................................................................... 15
3.1.2 Interfaces Grficas de Usuario .......................................................... 16
3.1.3 Interfaces de Hardware ..................................................................... 17
3.1.4 Interfaces de Software ....................................................................... 18
3.1.5 Interfaces de Comunicacin .............................................................. 19
3.2 Requerimientos de Interfaz ...................................................................... 19
3.2.1 Vista de Casos de Uso ...................................................................... 19
3.3 Requerimientos de Servidor ..................................................................... 20
3.3.1 Vista de Casos de Uso ...................................................................... 20
3.4 Requerimientos de Aplicacin .................................................................. 20
4 Requerimientos no funcionales ...................................................................... 21
4.1 Atributos de calidad .................................................................................. 21
4.1.1 Requerimientos de desempeo ......................................................... 21
4.1.2 Requerimientos de disponibilidad ...................................................... 22
4.1.3 Requerimientos de escalabilidad ....................................................... 24
 Especificacin de requerimientos de software P g i n a | 3

4.1.4 Requerimientos de seguridad ............................................................ 25

4.1.5 Otros Requerimientos ........................................................................ 26
5 Apndice A .................................................................................................... 28
 Especificacin de requerimientos de software P g i n a | 4

Lista de Grficos

Ilustracin 1 Perspectiva de producto ..................................................................... 8

Ilustracin 2 Caractersticas de usuario ................................................................ 11
Ilustracin 3 Etorno de funcionamiento ................................................................. 12
Ilustracin 4 Interfaces de Usuario ........................................................................ 15
Ilustracin 5 Interfaces Graficas de Usuario .......................................................... 16
Ilustracin 6 Interfaces de Hardware ..................................................................... 17
Ilustracin 7 Diagrama de Casos de Uso .............................................................. 19
 Especificacin de requerimientos de software P g i n a | 5

Lista de Tablas

Tabla 1 Funcionalidad del producto ...................................................................... 10

Tabla 2 Interfaces de software .............................................................................. 18
Tabla 3 Req. No funcional RNFD01 ...................................................................... 21
Tabla 4 Req. No funcional RNFD02 ...................................................................... 22
Tabla 5 Req. No funcional RNFD03 ...................................................................... 22
Tabla 6 Req. No funcional RNFD04 ...................................................................... 22
Tabla 7 Req. No funcional RNFI01........................................................................ 23
Tabla 8 Req. No funcional RNFI02........................................................................ 23
Tabla 9 Req. No funcional RNFI03........................................................................ 23
Tabla 10 Req. No funcional RNFEI01 ................................................................... 24
Tabla 11 Req. No funcional RNFEI02 ................................................................... 24
Tabla 12 Req. No funcional RNFS01 .................................................................... 25
Tabla 13 Req. No funcional RNFS02 .................................................................... 25
Tabla 14 Req. No funcional RNFS03 .................................................................... 26
Tabla 15 Req. No funcional RNF001 ..................................................................... 26
Tabla 16 Req. No funcional RNF002 ..................................................................... 27
Tabla 17 Req. No funcional RNF003 ..................................................................... 27
 Especificacin de requerimientos de software P g i n a | 6

1 Introduccin
1.1 Propsito del documento

Este documento pretende especificar todas las caractersticas de Cappital

Pooling, para que as los desarrolladores tengan una gua permanente sobre las
caractersticas a desarrollar requeridas por el cliente.

1.2 Alcance de Producto

A continuacin se describen las caractersticas que describen el alcance de este

producto:

En alcance:

a) La aplicacin debe ser multiusuario con perfiles independientes y con

modos diferentes (conductor y pasajero).
b) Autentificacin por medio de un nombre de usuario (correo institucional) y
una contrasea.
c) Clculos de rating para cada usuario en cada modo representado en una
escala de 0 a 5.
d) Contador de nmero de viajes realizados para cada usuario en cada modo
e) Puntaje para cada usuario en cada modo. Este puntaje debe ser
representacin de logros y acciones que realizan los usuarios para mejorar
la experiencia de uso de la aplicacin.
f) Mensajera (solo texto) entre usuarios y entre diferentes modos.
g) Seccin de noticias donde cada usuario publica lo que desee y donde se
publican noticias importantes.
h) Validacin en el RUNT de licencias de conduccin y tarjetas de propiedad.
i) Validacin de los usuarios como estudiantes de la Pontificia Universidad
Javeriana.
j) Calificaciones a los usuarios despus de cada viaje incluyendo un
comentario y un puntaje entre 0 y 5.
k) Dos tipos de viajes para crear; personalizado y express.
l) Alertas push a los usuarios para los siguientes casos:
a. Mensaje nuevo
b. Solicitud de cupo
c. Solicitudes validadas
m) Trazo de rutas de viajes por medio de Google Maps con 2 puntos mnimo y
10 mximo.

Fuera de alcance:
a) Aplicacin multiplataforma
 Especificacin de requerimientos de software P g i n a | 7

1.3 Audiencia y vista general de producto

Este documento est destinado para las siguientes personas:

a) Desarrollador: Los encargados de desarrollar la aplicacin.

b) Director de proyecto: Es el encargado de guiar todo el proyecto
c) Usuarios: Todo aquel que utilice la aplicacin. Puede ser un estudiante, un
profesor o un jurado de trabajo de grado.

El resto del documento est distribuido de la siguiente manera:

La segunda parte hace referencia a la visin general de la aplicacin. Esta

describe de manera general el contexto del producto, sus funcionalidades, las
caractersticas del usuario, el entorno donde funcionar el producto, las
restricciones del diseo e implementacin y por ltimo las suposiciones y
dependencias del producto.
La tercera parte describe la especificacin de requerimientos funcionales de la
aplicacin. Incluye la vista de casos de uso.

El la ultima parte se encuentra la especificacin de requerimientos no funcionales

incluyendo los escenarios.

1.4 Definiciones, Acrnimos y Abreviaciones

App: Se refiere a una aplicacin mvil para un Smart Phone

SRS: Especificacin de Requerimientos de Software

 Especificacin de requerimientos de software P g i n a | 8

2 Descripcin General

2.1 Perspectiva de Producto

Este proyecto surge como una iniciativa para mejorar la movilidad de los
javerianos como una herramienta, ofreciendo ms seguridad, ms usabilidad y
ms sociabilidad.
Este proyecto a diferencia de los actuales proyectos de carpooling, est enfocado
solamente a plataformas mviles debido a su facilidad de uso y a su fuerte
crecimiento.
Cabe resaltar que este proyecto est enfocado principalmente a la comunidad
Javeriana, esto con el fin de poder ofrecer ms seguridad al poder verificar la
autenticidad de los usuarios.
Inicialmente el proyecto se desarrollar para el sistema operativo Android, pero a
futuro (1 ao) ser incluido el sistema operativo IOS logrando as expandir el nicho
de mercado.
Otro aspecto importante de mencionar es la fuerte dependencia del sistema a una
plataforma CLOUD, pues la base de datos con la que funciona el sistema es
CLOUD y el sistema depende 95% de esta.

Ilustracin 1 Perspectiva de producto

 Especificacin de requerimientos de software P g i n a | 9

2.2 Funcionalidad del Producto

Cappital Pooling contemplara las funciones que se detallan en la siguiente tabla:

Pantalla Funcin Especificacin

Inicio Registrarse En esta el usuario llena un formulario

con los datos ms importantes. En
esta tambin registra su nombre de
usuario y su contrasea
Inicio Ingresar Para ingresar se necesita el nombre
de usuario y la contrasea. Es
obligatorio que el usuario haya
validado su correo para poder
ingresar a la App.
Men principal Mis viajes Se muestran todos los viajes que ha
(conductor) creado ese usuario. Opcional, puede
eliminar un viaje siempre y cuando
no sea un viaje finalizado.
Men principal Mis autos Aqu se muestran los autos
(conductor) registrados por el conductor.
Tambin se pueden agregar autos,
eliminar autos y validar autos. En
caso de eliminar un auto este no
debe tener viajes asociados
Men principal Driver Hub Esta funcin tiene integrada las
(conductor) solicitudes y los mensajes. Para
solicitudes puede aceptarlas,
rechazarlas o ver el perfil. Para
mensajes puede leer y responder
mensajes.
Men principal Crear Viaje Opcin de crear un viaje
(conductor) personalizado o un viaje xpress.
Para el personalziado se muestra un
formulario, para el express se
muestra un mapa.
Men principal Mis viajes Se muestran en una lista todos los
(pasajero) viajes asociados a ese pasajero
Men principal Mis mensajes Se muestran en una lista todos los
(pasajero) mensajes para ese pasajero con la
opcin de leer y de responder
 Especificacin de requerimientos de software P g i n a | 10

Men principal Buscar viaje Se muestran en una lista todos los

(pasajero) viajes que han publicado los
conductores de una hora despus a
la actual.
Men principal Buscar viaje Se muestra un mapa en donde el
(pasajero) Express pasajero selecciona su punto de
destino,
Men principal Notificaciones Se muestran las notificaciones de
mensajes y solicitudes
Men principal Noticias En una lista se muestran las ltimas
(noticias) 50 noticas publicadas por cualquier
usuario. Tambin se pueden crear
noticias con la opcin lpiz
Men principal Editar perfil En esta opcin el usuario puede
modificar algunos de los datos de
registro. Tambin puede subir su foto
de perfil y validar su licencia de
conduccin.
Men principal Cerrar sesin El usuario cierra sesin y se borran
todos sus datos locales.
Tabla 1 Funcionalidad del producto
 Especificacin de requerimientos de software P g i n a | 11

2.3 Caractersticas de usuario

Cappital Pooling slo tiene un usuario el cual puede desempear dos roles. El
siguiente diagrama muestra cada rol y sus caractersticas:

Usuario Cappital
Pooling

Conductor Pasajero

Caractersticas: Caractersticas:

-Tiene carro -Usuario que puede o no tener carro

-Usa el carro regularmente -Estudiante javeriano o profesor

-Busca seguridad -De 17 aos a 50 aos

-Estudiante javeriano o profesor -Experiencia media-avanzada en uso

de Smart Phones
-De 17 aos a 50 aos
-Persona que utiliza seguido
-Experiencia media-avanzada en uso transporte publico
de Smart Phones

Ilustracin 2 Caractersticas de usuario

 Especificacin de requerimientos de software P g i n a | 12

2.4 Entorno de funcionamiento

Cappital Pooling depende de 3 grandes componentes que se muestran en la

siguiente figura:

Ilustracin 3 Etorno de funcionamiento

Android: Es el sistema operativo en donde es ejecutada la aplicacin. Al ser

ejecutada en este sistema operativo el lenguaje de programacin es Java, por lo
tanto la aplicacin se desarrolla en Java para que sea nativa par Android. La
versin elegida para el desarrollo de la aplicacin es 4.0 o superior.

Google Maps: Es la plataforma escogida para la representacin de mapas en la

aplicacin. Esto nos permite una fcil integracin con el sistema operativo ya que
tanto el sistema operativo como la plataforma de mapas pertenecen a la misma
empresa. La versin utilizada de Google Maps es la 2.0 ya que no requiere de un
pago y es las conocida por los desarrolladores de Cappital Pooling.

Parse CLOUD: Es la base de datos en la nube. En esta se almacena toda la

informacin de cada usuario junto con la informacin derivada de este (viajes,
mensajes, comentarios y registro de autos). Esta plataforma tambin provee los
servicios push utilizados para la interaccin entre usuario-usuario, usuario-
aplicacin-usuario y administrador-usuario.
 Especificacin de requerimientos de software P g i n a | 13

2.5 Restricciones de Diseo e Implementacin

Batera:

La betera es el principal limitante para el desarrollo mvil, pues esta tiene una
capacidad muy limitada. Para Cappital Pooling otro fuerte limitante est en el uso
del GPS y en la comunicacin con la base de datos.

Uso de la base de datos:

Debido a que se utiliza un servicio gratuito, existe una limitacin de solicitudes a la

base de datos por segundo, este lmite es de 30 soli/s. Por lo tanto se debe
minimizar el trabajo con la base de datos.

Tiempo:

Puesto que este proyecto est establecido como trabajo de grado, se tiene un
lmite de tiempo de 4 meses y medio.

Lenguaje de programacin:

Cappital Pooling al ser desarrollada para Android requiere que sea desarrollada en
Java.

Seguridad:

La aplicacin est enfocada solamente a la comunidad Javeriana, por lo tanto se

debe garantizar por diferentes mecanismos que los usuarios sean exclusivamente
pertenecientes a la universidad Javeriana.
 Especificacin de requerimientos de software P g i n a | 14

2.6 Suposiciones y Dependencias

Suposiciones:

La aplicacin debe ser ejecutada en sistemas operativos Android , IOS

La aplicacin solamente es funcional si se tiene una conexin a internet, se
habilitaran ciertas opciones en modo offline pero no lograra persistir datos
(datos o WIFI).
La aplicacin solo puede ser utilizada por la comunidad JCE.

Dependencias:

Las funcionalidades de mapas dependen del servidor de Mapas de Google

El rendimiento de la aplicacin depende de las caractersticas del telfono
celular (RAM, procesador y almacenamiento).
El desempeo de las consultas depende de la velocidad de conexin a
internet y de la velocidad de respuesta del servidor
La disponibilidad de descarga de la aplicacin depende de Google Play y
Apple Store.
 Especificacin de requerimientos de software P g i n a | 15

3 Especificacin de requerimientos

3.1 Requerimientos de interfaces

3.1.1 Interfaces de Usuario

La aplicacin mvil Cappital Pooling necesita de dispositivos mviles para su

correcto funcionamiento, para poder aprovechar todas las ventajas que cuentan
hoy en da la mayora de estos dispositivos.
En el siguiente cuadro resumir todas las caractersticas que brinda un dispositivo
mvil para que pueda ejecutar correctamente la aplicacin

Pantalla Tctil
Esta interfaz ser itilizada para que el usuario puede tener
una impresion grafica de la ejecucion de la aplicacin movil.

Teclado Virtual
Esta interfaz ser utilizada para ingresar datos al dispositivo
movil como caracteres alfanumericos.

Conexin Movil
Esta interfaz sera utilizada para que el dispositivo obtenga
conexin con los datos que se alojan en el servidor remoto.

Conexin GPS
Esta interfaz sera utilizada para que se integre la posicin
geo-espacial del usuario con la aplicacin y los otros
usuarios.

Ilustracin 4 Interfaces de Usuario

 Especificacin de requerimientos de software P g i n a | 16

3.1.2 Interfaces Grficas de Usuario

Cargando Registro de Creacin de un Validacin de Especificacin

sesin de CappitalPooling Viaje en carnet ruta
CappitalPooling CappitalPooling Javeriana CappitalPooling
En esta imagen
En esta imagen se evidencia las En esta imagen En esta imagen En esta imagen
se muestra campos para se evidencia las se evidencia un se evidencia la
como esta registrarse o opciones que aviso sobre la ruta que un
cargando los para realizar el dispone la validacin de usuario publico
datos previos logueo a la aplicacin para carnet que un para realiza
desde el aplicacion crear viajes usuario ha
servidor realizado

Ilustracin 5 Interfaces Graficas de Usuario

 Especificacin de requerimientos de software P g i n a | 17

3.1.3 Interfaces de Hardware

La aplicacin mvil CappitalPooling est implementada con una arquitectura

Cliente-Servidor, la aplicacin que debe estar instalada en un dispositivo mvil y
contar con sistema operativo Android, la aplicacin est escrita en Java utilizando
el SDK de Android, incluyendo libreras adicional como Parse que se utiliza para
conectar con los servidores remotos del proveedor que actualmente nos est
ofreciendo el servicios de alojamiento de datos, lgica de algunas funcionalidades
de la aplicacin, concurrencia entre otras caractersticas que sern mencionadas
en los requerimientos funcionales.

Ilustracin 6 Interfaces de Hardware

En el cuadro anterior se describe las interfaces de red que proporciona el API de

parse.com ya que da la posibilidad de vincular usuarios, data, tecnologa push,
todo en una sola interfaz.
Los dispositivos que soportan esta aplicacin son dispositivos Android sujetos a
las versiones estables por parte del API de Parse.
 Especificacin de requerimientos de software P g i n a | 18

3.1.4 Interfaces de Software

La siguiente tabla fue utilizada a partir de la plantilla IronWorks

Producto Windows 7 Eclipse Android Parse

de
Software

Descripci Sistema Operativo IDE de desarrollo Appi que permite

que brinda la que brinda la conectar, vincular, y
n
posibilidad posibilidad de administrar la
interactuar con generar cdigo aplicacin, de una
diferentes vinculando de manera integrada y
herramientas de manera automtica ligera
desarrollo con las libreras de
Android

Propsito Debido a que es una Debido a que Brinda un

tecnologa de fcil actualmente es el componente
de Uso
acceso, que permite nico Framework que fundamental, para
realizar la nos brinda soporte poder gestionar de
construccin de con el desarrollo dela manera centralizada
software de manera aplicacin mvil componentes de la
rpida y facil arquitectura de la
aplicacin
Versin Windows Vista o Eclipse Android Juno Versin Octubre
superior 2014
Tabla 2 Interfaces de software
 Especificacin de requerimientos de software P g i n a | 19

3.1.5 Interfaces de Comunicacin

La comunicaron de la aplicacin mvil se soporta directamente en el API de Parse

que se encarga de realizar la conexin cliente en nuestro caso los dispositivos
mviles, con el servidor que actualmente lo gestiona la API de Parse, realizando
las conexiones con las bases de datos, servidor centralizado.

3.2 Requerimientos de Interfaz

Los requerimientos de interfaz que previamente en la descripcin de describieron
(Interfaces Graficas de Usuario), se encuentran definidas de manera detallada en
el anexo (Excel requerimientos, hoja de Req. Interfaz)

3.2.1 Vista de Casos de Uso

Ilustracin 7 Diagrama de Casos de Uso

 Especificacin de requerimientos de software P g i n a | 20

3.3 Requerimientos de Servidor

Los requerimientos de Servidor que previamente se describieron en (Interfaces

Graficas de Usuario), se encuentran definidas de manera detallada en el anexo
(Excel requerimientos, hoja de R. Interfaz)

3.3.1 Vista de Casos de Uso

La vista de casos de uso se encuentra detallada en el siguiente anexo (Excel
requerimientos y Casos de uso Hoja 11)

3.4 Requerimientos de Aplicacin

Los requerimientos de aplicacin se encuentran detallados en el siguiente anexo
(Excel requerimientos y Casos de uso Hoja 6)
 Especificacin de requerimientos de software P g i n a | 21

4 Requerimientos no funcionales
4.1 Atributos de calidad
4.1.1 Requerimientos de desempeo

RNFD01: Una solicitud del usuario no debe tardar ms de 20 segundos en

ser procesada y respondida.
RNFD02: El sistema debe suportar un pico de 30 solicitudes por segundo a
la base de datos en su periodo activo de funcionamiento (6:00am a 8:00
pm).
RNFD03: El sistema debe estar en capacidad en dar respuesta a por lo
menos 500 usuarios en los periodos de alta y media demanda.
RNFD04: El sistema debe poder ejecutarse en dispositivos mviles con
Android 4.0, Memoria RAM 256MB y procesador de 800MHz

4.1.1.1 Vista de Escenarios

RNFD01

Tipo Valor

Estmulo Usuario realiza una peticin

Fuente Sistema
Artefacto Componente grafico de la aplicacin
Ambiente Normal
Respuesta Solicitud procesada y respondida
Medida de respuesta Tiempo respuesta menor o igual a 4
segundos
Tabla 3 Req. No funcional RNFD01

RNFD02

Tipo Valor

Estmulo Consulta a la base de datos.

Fuente Sistema
Artefacto Base de datos
Ambiente Alta demanda
Respuesta Consulta
Medida de respuesta Consulta no vaca
 Especificacin de requerimientos de software P g i n a | 22

Tabla 4 Req. No funcional RNFD02

RNFD03

Tipo Valor

Estmulo Usuarios utilizando el sistema

Fuente Sistema
Artefacto Componente grafico del sistema
Ambiente Normal Cualquier demanda
Respuesta Solicitudes procesada y entregada
Medida de respuesta Cantidad de solicitudes procesadas y
entregadas
Tabla 5 Req. No funcional RNFD03

RNFD04

Tipo Valor

Estmulo Inicio del Sistema

Fuente Sistema
Artefacto Cualquier funcin del Sistema
Ambiente Primera ejecucin
Respuesta Funcin iniciada
Medida de respuesta Funcin procesada y ejecutada
Tabla 6 Req. No funcional RNFD04

4.1.2 Requerimientos de disponibilidad

RNFDI01: El sistema debe estar disponible 99% de su periodo activo

(6:00am-8:00 pm Lunes a Viernes).
RNFDI02: El sistema debe poder atender a los 200 usuarios actuales y a
los 1500 que se esperan para el prximo ao sin tener que hacer mayores
cambios a arquitectura de la aplicacin.
RNFDI03: El sistema debe poder recuperarse despus de un fallo o cierre
inesperado.
 Especificacin de requerimientos de software P g i n a | 23

4.1.2.1 Vista de Escenarios

RNFDI01

Tipo Valor

Estmulo Cualquier funcin del Sistema es

utilizada
Fuente Sistema
Artefacto Cualquier funcin del Sistema
Ambiente Normal
Respuesta Funcin es iniciada
Medida de respuesta Funcin ejecutada y entregada
Tabla 7 Req. No funcional RNFI01

RNFDI02

Tipo Valor

Estmulo Ms de 300 usuarios utilizando el

Sistema
Fuente Sistema
Artefacto Cualquier funcin del Sistema
Ambiente Normal
Respuesta Funcin es iniciada
Medida de respuesta Funcin ejecutada y entregada
Tabla 8 Req. No funcional RNFI02

RNFDI03

Tipo Valor

Estmulo Fallo o cierre inesperado

Fuente Sistema
Artefacto Cualquier funcin del Sistema
Ambiente Normal
Respuesta Sistema deja de ejecutarse
Medida de respuesta Sistema vuelve a iniciar
automticamente.
Tabla 9 Req. No funcional RNFI03
 Especificacin de requerimientos de software P g i n a | 24

4.1.3 Requerimientos de escalabilidad

RNFEI01: Al definir un requerimiento nuevo el sistema debe poder

incrementar la cantidad de solicitudes por segundo a la base de datos sin
tener que hacer cambios en la arquitectura de la aplicacin cuando la
cantidad de solicitudes actuales este cercana a ~28 sol/sec.
RNFEI02: Cuando la base de datos este en un 80% de su capacidad actual
se debe poder incrementar su capacidad sin tener que efectuar cambios en
la aplicacin o en la arquitectura y sin prdida de los datos que ya se
encuentren en la base de datos.

4.1.3.1 Vista de Escenarios

RNFEI01

Tipo Valor

Estmulo Aumento de solicitudes concurrentes

Fuente Sistema
Artefacto Cualquier funcin del Sistema
Ambiente Normal alta demanda
Respuesta Funcin es iniciada
Medida de respuesta Funcin ejecutada y entregada
Tabla 10 Req. No funcional RNFEI01

RNFEI02

Tipo Valor

Estmulo Incremento de datos en la base de

datos
Fuente Sistema
Artefacto Crear viaje, registrar usuario, registrar
carro, crear noticia, enviar mensaje
Ambiente Normal
Respuesta Registro enviado a la base de datos
Medida de respuesta Dato insertado en la base de datos
Tabla 11 Req. No funcional RNFEI02
 Especificacin de requerimientos de software P g i n a | 25

4.1.4 Requerimientos de seguridad

RNFS01: El sistema slo debe registrar usuarios que pertenezcan a la

Pontifica Universidad Javeriana con un correo institucional vlido.
RNFS02: El ingreso al Sistema es nicamente por ingreso de una
contrasea y un correo institucional previamente validado.
RNFS03: El acceso a la base de datos solo lo puede hacer el gerente de la
aplicacin y/o los desarrolladores. No puede ser accedida por alguna otra
persona.

4.1.4.1 Vista de Escenarios

RNFS01

Tipo Valor

Estmulo Registro nuevo usuario correo no

Vlido
Fuente Sistema
Artefacto Registro usuario
Ambiente Normal
Respuesta Registro creado
Medida de respuesta Correo de verificacin no es entregado
Tabla 12 Req. No funcional RNFS01

RNFS02

Tipo Valor

Estmulo Usuario no validado intenta ingresar

Fuente Sistema
Artefacto Ingreso y registro
Ambiente Normal
Respuesta Mensaje de error en el ingreso
Medida de respuesta Intento de ingreso fallido
Tabla 13 Req. No funcional RNFS02
 Especificacin de requerimientos de software P g i n a | 26

RNFS03

Tipo Valor

Estmulo Intento de acceso a la base de datos

Fuente Base de datos
Artefacto Ingreso a la base de datos
Ambiente Normal
Respuesta Error de ingreso
Medida de respuesta Ingreso fallido datos no son alterados
Tabla 14 Req. No funcional RNFS03

4.1.5 Otros Requerimientos

RNFO01: El sistema debe realizar copias de seguridad de las tablas de

usuarios, autos, y viajes cada vez que la cantidad de usuarios aumente en
30.
RNFO02: EL sistema debe permitir a futuro integrar otras plataforma con la
base de datos actual de modo que desde diferente plataformas puedan
acceder a la misma informacin
RNFO03: El Sistema debe poder ser descargado nicamente por medio de
las tiendas de aplicaciones de cada plataforma.

4.1.5.1 Vista de Escenarios

RNFO01

Tipo Valor

Estmulo 30 usuarios nuevos registrados

Fuente Sistema
Artefacto Registro nuevo usuario
Ambiente Normal
Respuesta JSON creado
Medida de respuesta JSON con datos actualizados
Tabla 15 Req. No funcional RNF001
 Especificacin de requerimientos de software P g i n a | 27

RNFO02

Tipo Valor

Estmulo Acceso a la base de datos

Fuente Plataforma diferente a Android
Artefacto CRUD a la base de datos
Ambiente Integracin/ prueba
Respuesta CRUD procesado
Medida de respuesta CRUD realizado
Tabla 16 Req. No funcional RNF002

RNFO03

Tipo Valor

Estmulo Ingreso a Google Play

Fuente Tienda de Apps
Artefacto Descarga aplicacin
Ambiente Descarga/ instalacin
Respuesta Aplicacin es encontrada en la tienda
Medida de respuesta Aplicacin es descargada e instalada
en el dispositivo.
Tabla 17 Req. No funcional RNF003
 Especificacin de requerimientos de software P g i n a | 28

5 Apndice A