UNIVERSIDAD APEC

DECANATO DE INGENIERIA E INFORMATICA

Escuela de informática
Carrera Ingeniería de Software

SRS

Administración de Configuración

Carla Gomez 2017-0012

Luis Javier 2017-0259
Ezequiel Rodríguez 2016-2529

1
SRS Sistema de Renta de Vehículos
Versión 1.0

2
 Fecha Versión Descripción Autor

02/01/2019 1.0 Creación de Carla Gómez

Documento

02/01/2019 1.1 Modificaciones Ezequiel Rodríguez

02/01/2019 1.2 Modifiaciones Luis Javier

3
Índice

1. Introducción 5
1.1. Propósito 5
1.2. Convenciones 5
1.3. Público objetivo y Sugerencias de Lectura 5
1.4. Alcance del proyecto 5
1.5. Referencias 6

2. Descripción General 6
2.1. Perspectiva del Producto 6
2.2. Funciones del Producto 6
2.3. Características de los Usuarios 6
2.4. Entorno de Funcionamiento 7
2.5. Restricciones de Diseño e Implementación 7
2.6. Suposiciones y Dependencias 8

3. Requerimientos Funcionales 8
3.1. Requisitos funcionales 8

4. Requerimientos de Interfaces Externas 11

4.1. Interfaces de Usuarios 11
4.2. Interfaces de Hardware 11
4.3. Interfaces de Software 12
4.4. Interfaces de Comunicación 12

5. Requerimientos No Funcionales 12
5.1. Requisitos de Desempeño 12
5.2. Requisitos de Seguridad 13
5.3. Atributos de Calidad 13

4
 1. Introducción

El presente documento describe los requerimientos del proyecto “Sistema de Rentas

de vehículos”, el cual será desarrollado para las empresas de rentas de vehículos. Se adopta la
guía de requerimientos de Software de la IEEE (Std 830-1998).

1.1. Propósito

Este documento tiene como propósito definir las especificaciones funcionales y no

funcionales del Sistema de Renta de vehículos, el cual permitirá manejar el inventario de los
vehículos disponibles, gestionar la renta de los mismos y facilitar la toma de decisiones
acerca de la información manejada.

1.2. Convenciones

Para la descripción de los requerimientos asociados se usa la siguiente nomenclatura:

● Requerimientos funcionales: RF-XXXX (donde XXXX son los dígitos específicos del
requerimiento, ejemplo: RF-0001).

● Requerimientos no funcionales: NF-XXXX (donde XXXX son los dígitos específicos

del requerimiento, ejemplo: NF-0001).

Cualquier uso adicional de convenciones que se encuentren en este documento se

encuentran asociadas a un requerimiento o a un caso de uso en específico.

1.3. Público Objetivo y Sugerencias de Lectura

El público destinatario de este documento es todo aquel que esté interesado en

comprender el funcionamiento final del prototipo que se describe, cómo debe comportarse,
sus características y objetivos.

Se espera que el lector promedio tenga conocimiento en el área de la ingeniería de

software, ciencias de la computación y áreas del conocimiento similares debido a que en este
documento se encuentra información técnica acerca de los elementos relevantes para crear la
aplicación y por qué fueron escogidos.

Para los que desean continuar expandiendo este trabajo y agregar funcionalidades al
sistema, el alcance final de este prototipo es dejar una aplicación que permita gestionar la
renta de vehículos, eliminando cualquier proceso manual que sea posible de automatizar y
permitiendo la interacción de clientes en el sistema sin un intercesor.

1.4. Alcance del proyecto

El sistema InstaCar: proyecto para gestionar la renta de vehículos, nace de la idea de

automatizar el proceso de adquisición de vehículos rentados. Por lo tanto, se propone realizar
los principales módulos funcionales de la aplicación los cuales son:

● Registro y autenticación de usuarios

● Registro y control de automóviles

5
 ● Gestión de renta de vehículos
● Consultas de disponibilidad
● Multas por cancelación
● Devolución de vehículos

1.5. Referencias

IEEE. Especificación de Requisitos según el estándar IEEE 830. 22 de Octubre 2008.

2. Descripción General

2.1. Perspectiva del Producto

El producto por desarrollar es una aplicación web. Su objetivo principal de

automatizar el proceso de renta de la vehículos de cualquier comercio o negocio dedicado a
esta actividad y permitir que el cliente no necesite acudir a las instalaciones físicas a llenar un
formulario de solicitud de renta.

2.2. Funciones del Producto

En términos generales, el sistema InstaCar deberá proporcionar soporte a los

siguientes procesos:

● Gestión de autos y tarifas

● Gestión de reservas y renta de autos
● Consultas de acuerdo al perfil del usuario

2.3. Características de los Usuarios

Tipo de Usuario Empleado

Formación Tener conocimiento de lectura y escritura

Habilidades Saber utilizar un computador

Actividades Registrar las informaciones de los automóviles, procesar

solicitudes de renta.

Tipo de Usuario Cliente

Formación Tener conocimiento de lectura y escritura

Habilidades Saber utilizar dispositivos electrónicos

Actividades Registrar solicitud de renta de vehículos y/o consultar

informaciones.

6
 2.4. Entorno de Funcionamiento

Sistema operativo Windows 7, 8, 8.1, 10, Ubuntu, Mac Os.

Procesador
Intel Core Three o superior 6ta generacion.

AMD Athlon o superior.

Frecuencia de procesador
Intel 2.2GHz o superior.

AMD 2.4 GHz o superior.

Memoria RAM
2 GB o más

Disco Duro
500 GB

Pantalla
Resolución de 1366x768 pixeles o superior.

Profundidad de color de 24 bits.

Tarjeta de Video
256MB de RAM mínimo recomendado.

Soporte para chipsets NVIDIA, ATI e Intel.

Dispositivos de entrada
Ratón y teclado.

Conexión de Internet
Conexión de 30 Mbps de descarga mínimo.

Software requerido
Java Development Kits (JDK) 7 update 67, y 8 update 20.
ArcGIS Runtime SDK para Java
https://developers.arcgis.com/java/

2.5. Restricciones de Diseño e Implementación

Restricción Descripción

Lenguaje El sistema está diseñado bajo el paradigma Orientado a

7
 Objetos por lo que debe usar un lenguaje de programación
pensado bajo éste paradigma. Se ha elegido el lenguaje Java
EE.

Legales La ejecución de la aplicación requerirá de licenciamientos

pagos para ser utilizada.

Interfaz de usuario Los dispositivos de entrada/salida requeridos por el sistema

para ser usado por el usuario son los periféricos básicos de
un computador. El idioma de la aplicación y su interfaz
gráfica estarán en el idioma Español de República
Dominicana.

Cliente Las normas del cliente definidas por éste al inicio del
proyecto no pueden ser cambiadas. El período de desarrollo
establecido por el cliente es del 5 de Marzo de 2019 al 4 de
Noviembre del 2019.

Arquitectura El software implementará una arquitectura Cliente-Servidor.

2.6. Suposiciones y Dependencias.

Las suposiciones y dependencias sobre las cuales se desarrollará el sistema

que puedan afectar los requerimientos especificados en el documento SRS, son los
listados a continuación: El Cliente dará los principales requerimientos y pautas para el
desarrollo del proyecto y este se iniciará con dicha base. Luego de esta iniciación no
habrá cambios en dichas pautas y requerimientos.

El cliente no pedirá funcionalidades extra luego de iniciado el desarrollo del

proyecto. El sistema no tiene dependencias a interfaces externas.

3. Requerimientos Funcionales

A continuación, se presentan los requisitos funcionales adecuados a nuestro

sistema:

3.1. Requisitos Funcionales

Código RF-0001

Nombre del Requerimiento Registro de usuarios

Características Enrolamiento de usuarios

Descripción del Requerimiento El registro de usuarios tendrá 2

vertientes, una visible en la
pantalla de inicio de sesión

8
 disponible para los clientes del
sistema, los cuales tomarán el rol
de clientes y otr vertiente
disponible en la pantalla
administrativa para usuarios con
rol administrativo

Prioridad Alto

Código RF-0002

Nombre del Requerimiento Gestión de usuarios

Características Roles para los usuarios

Descripción del Requerimiento El sistema debe de tener un

control de las acciones que puede
hacer cada usuario segregado por
roles.

Prioridad Alto

Código RF-0003

Nombre del Requerimiento Gestión de vehículos

Características Mantenimiento de los vehículos

Descripción del Requerimiento Registro, actualización y

eliminación de los vehículos
disponible.

Prioridad Alto

Código RF-0004

Nombre del Requerimiento Gestión administrativa de

solicitudes

9
Características Los empleados procesan las
solicitudes de renta de vehículos

Descripción del Requerimiento Los empleados trabajaran las

solicitudes para la renta de
vehiculos validando los datos
suministrados por el cliente y
procesando las mismas por las
etapas requeridas hasta la entrega
del vehículo al cliente.

Prioridad Alto

Código RF-0005

Nombre del Requerimiento Gestión de solicitudes

Características Los clientes procesan solicitudes

de renta de vehiculos

Descripción del Requerimiento Los clientes podrán crear,

actualizar, cancelar y consultar
sus solicitudes de renta de
vehiculos

Prioridad Alto

Código RF-0006

Nombre del Requerimiento Multar clientes

Características Los clientes serán multados si no

cumplen ciertos acuerdos.

Descripción del Requerimiento A los clientes se le cargaran

multas a su facturas
automáticamente en caso de
incumplir con acuerdos de ambas
partes.

Prioridad Alto

10
 Código RF-0007

Nombre del Requerimiento Reservar auto sin registro del

cliente

Características El sistema permitirá a los

empleados hacer reservaciones sin
necesidad de registrar al cliente en
el sistema

Descripción del Requerimiento El empleado puede realizar una

reservación sólo con solicitarle al
cliente en forma presencial o
telefónica, un número de una
tarjeta válida

Prioridad Alto

Código RF-0008

Nombre del Requerimiento Autentificación de Usuario

Características Los usuarios deberán identificarse

para poder realizar cualquier
proceso en el sistema

Descripción del Requerimiento El sistema podrá ser consultado

por cualquier usuario
dependiendo del perfil y su nivel
de accesibilidad

Prioridad Alto

4. Requerimientos de Interfaces Externas

4.1 Interfaces de Usuarios

El usuario utilizará el programa a través de una interfaz gráfica simple e intuitiva

basada en el acceso y cambio de funcionalidades a través de botones, esta interfaz cuenta con
un menú sencillo que se desplegará una vez el usuario haya iniciado la aplicación.

4.2 Interfaces de Hardware

Las principales interfaces de Hardware son los componentes principales de entrada y

salida de un computador, estos son:

11
 ➔ Pantalla de resolución mínima de 1366x768 píxeles.
➔ Teclado
➔ Ratón

Además de estos requerimientos técnicos, también se espera que el usuario del

sistema sea capaz de:

➔ Ver
➔ Leer
➔ Utilizar teclado y ratón

El sistema no cuenta con soporte para usuarios con alguna discapacidad que les
impidan utilizar alguno de los componentes de Hardware antes mencionados. Por ejemplo,
usuarios con discapacidad visual.

4.3 Interfaces de Software

Debido a que el sistema se ejecuta en un ambiente Java, este será capaz de funcionar
en cualquier sistema operativo que tenga la capacidad de correr JRE (Java Runtime
Environment) en su versión 1.7 o superior.

En cuestión de bases de datos, como se comentó anteriormente, el sistema prototipo

utilizará los archivos de manera local, por lo cual no se requiere (para el prototipo)
interacción con algún componente externo de software para esta materia.

Para la funcionalidad de los mapas, se utilizará el ArcGIS Runtime SDK para Java
para cargarlos y mostrar la información del tráfico sobre ellos.

4.4 Interfaces de Comunicación

El sistema debe contar con una conexión a internet de aproximadamente 30 Mbps

para poder hacer uso del ArcGIS Runtime SDK para Java.

Aunque no se utilizará de forma explícita un navegador web, se recomienda tener uno

instalado en caso que sea necesario confirmar la disponibilidad de los servicios del ArcGIS
Runtime SDK para Java.

5. Requerimientos No Funcionales

5.1 Requisitos de Desempeño

Código NF-0001

Nombre del Requerimiento Performance

Características El sistema debe operar en un tiempo de respuesta

12
 aceptable

Descripción del El sistema debe de responder de manera rápida,

Requerimiento para mayor conformidad del cliente.

Prioridad Alto

5.2 Requisitos de Seguridad

Código NF-0002

Nombre del Requerimiento Seguridad de la información

Características El sistema garantizará a los usuarios una seguridad

en cuanto a la información que se procede en el
sistema.

Descripción del La plataforma donde se aloja el sistema debe contar

Requerimiento sistemas de garantizar la seguridad del sistema con
respecto a la información y datos que se manejan
tales sean documentos, archivos y contraseñas tal
como firewall, antivirus y backups automáticos del
sistema operativo y bases de datos.

Prioridad Alta

5.3 Atributos de Calidad

Código NF-0003

Nombre del Requerimiento Usabilidad

Características Debe ser fácil de usar.

Descripción del El sistema debe ser intuitivo y poseer colores

Requerimiento agradables a los usuarios.

Prioridad Medio

13
Código NF-0004

Nombre del Requerimiento Disponibilidad

Características La información debe estar disponible en todo tiempo.

Descripción del La información debe estar disponible desde

Requerimiento cualquier navegador, cualquier sistema y a cualquier
hora.

Prioridad Alta

Código NF-0005

Nombre del Requerimiento Internet

Características El servidor que aloja el sistema y la base de datos

debe contar con un servicio de internet óptimo y
estable.

Descripción del El servidor de hosting del sistema debe disponer de

Requerimiento Internet con un proveedor de Servicios (ISP), ya sea
tanto en banda ancha o en fibra óptica, se
recomienda una conexión de mínimo 4Mb para
soportar 100 conexiones de clientes de forma
simultánea y disponibilidad mínima de 99.6% como
mínimo

Prioridad Alta

14