Sunteți pe pagina 1din 14

Especificación de requisitos de software

Proyecto: Recyboost
Revisión
Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 2

Contenido

FICHA DEL DOCUMENTO 3

CONTENIDO 4

1 INTRODUCCIÓN 6

1.1 Propósito 6

1.2 Alcance 6

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

1.5 Referencias 6

1.6 Resumen 6

2 DESCRIPCIÓN GENERAL 7

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

2.4 Restricciones 7

2.5 Suposiciones y dependencias 7

2.6 Evolución previsible del sistema 7

3 REQUISITOS ESPECÍFICOS 7

3.1 Requisitos comunes de los interfaces 8


3.1.1 Interfaces de usuario 8
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicación 8

3.2 Requisitos funcionales 8

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 3

3.2.1 Requisito funcional 1 9


3.2.2 Requisito funcional 2 9
3.2.3 Requisito funcional 3 9
3.2.4 Requisito funcional n 9

3.3 Requisitos no funcionales 9


3.3.1 Requisitos de rendimiento 9
3.3.2 Seguridad 9
3.3.3 Fiabilidad 9
3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 10

3.4 Otros requisitos 10

4 APÉNDICES 10

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 4

Introducción

1.1 Propósito
El propósito del presente documento es dar una visión general del software
que se va a construir.
Este producto va dirigido a los desarrolladores de Software que se encargaran
de dar vida a todas las funcionalidades contenidas en el documento.

1.2 Personal involucrado

Nombre Edwin Arley Vargas Trujillo


Rol Programador, diseñador de Software
Responsabilidades Realizar las funcionalidades del presente documento
Información de contacto edwina.vargas@correo.usa.edu.co

Nombre Julian Ernesto Cuervo León


Rol Programador, diseñador de Software
Responsabilidades Realizar las funcionalidades del presente documento
Información de contacto julian.cuervo@correo.usa.edu.co

Nombre José Guillermo Forero Suarez


Rol Programador, diseñador de Software
Responsabilidades Realizar las funcionalidades del presente documento
Información de contacto guillermoforerosuarez@gmail.com

Nombre Cristian Alejandro Soler Calderón


Rol Programador, diseñador de Software
Responsabilidades Realizar las funcionalidades del presente documento
Información de contacto cristian.soler@correo.usa.edu.co

1.3 Definiciones, acrónimos y abreviaturas


App​: aplicación

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 5

Interfaz​: medio para señalar la conexión entre dispositivos o sistemas, tanto de manera
lógica como física.
GUI: ​Interfaz Gráfica de Usuario.
Administrador: ​Persona o grupo de personas encargadas de controlar múltiples
aspectos de la aplicación, como la visualización de los usuarios, modificación de datos,
control en el flujo de datos, entre otras cosas.
Cliente: ​Persona que podrá principalmente solicitar trabajos ofrecidos por los
Trabajadores
Trabajador: ​Persona que podrá principalmente ofrecer sus servicios para que sean
contratados por los Clientes
RAM: ​Memoria de Acceso Aleatorio. es la ​memoria principal de la computadora, donde
residen programas y datos, sobre la que se pueden efectuar operaciones de lectura y
escritura.
ROM: ​Memoria de Solo Lectura. También es conocido como el Disco Duro, en donde
se almacenan todos los datos de la computadora.
JAVA: ​Lenguaje de programación orientado a objetos, destacable por sus variadas
aplicaciones y portabilidad.
Base de Datos: ​serie de datos organizados que se relacionan entre sí, almacenados
para ser utilizados por empresas o personas.
Fig:​ Figura. Se utiliza cuando se quiere presentar alguna imagen o diagrama.
Plt:​ Plantilla. Se utiliza cuando se repetirá algún cuadro muchas veces. Primero se
presenta la plantilla, luego se especifica en los siguientes apartados.

1.4 Resumen

El resto del documento contiene la descripción completa del producto y los


requerimientos que este tiene. Primero se presentará la descripción general del producto,
en este se dará a conocer el funcionamiento no específico del producto, como
funcionalidades, en qué plataformas estará, etc. Posteriormente está los requerimientos
del producto, en este caso se presentan acerca del módulo de ingreso al parqueadero,
todo lo que esté ahí se debe lograr, siendo parte de los criterios de evaluación.

2 Descripción general

2.1 Funcionalidad del producto


El producto es una aplicación móvil que conectará empresas con personas que reciclan
en sus hogares, la aplicación permite tener una cuenta y como cliente enviar solicitud de
recolección de material reciclado, luego las empresas se postulan, el cliente escoge una
y posteriormente se llega a un acuerdo del precio, día de recolección, etc...

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 6

2.2 Características de los usuarios


A continuación se presentarán la clase de usuarios que utilizaran el producto,
para ello se elabora la siguiente plantilla:
Tipo de usuario
Formación
Habilidades
Actividades
Plt. 2.

2.3.1 Empresa

Tipo de usuario Empresa


Formación Ninguna
Habilidades Ninguna
Actividades

2.3.2 Usuario

Tipo de usuario Usuario


Formación Ninguna
Habilidades Ninguna
Actividades

2.3 Restricciones
El usuario debe contar con un dispositivo móvil, tanto el cliente como la empresa, estos
dispositivos deben contar con Android o iOS como sistema operativo, a su vez estos
dispositivos siempre deben estar conectados a internet mientras se esté usando la
aplicación.
.

2.4 Evolución previsible del sistema


El sistema en un futuro debería tener una opción de acceder a el desde la web, desde
un navegador

3 Requisitos específicos

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 7

Número de requisito
Nombre de requisito
Tipo Requisito Restricción
Fuente del requisito
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

3.1 Requisitos funcionales


Para la presentación de los requisitos funcionales y no funcionales, se utilizará la tabla
mostrada a continuación

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077
Identificador (id) RS000 Fecha:
Nombre de
Requisito
Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional
Requisito
Actor
Descripción

Entradas Fuente Salida Destino Restricciones

Proceso

Criterios de
aceptación
Plt. 3.

3.1.1 Requisito funcional 1

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077
Identificador (id) RS001 Fecha: 14/FEBRERO/2019
Nombre de Registro de empresa recolectora
Requisito
Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional
Requisito
Actor Empresa recolectora

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 8

Descripción Proceso de registro desde la aplicación para las empresas


recolectoras

Entradas Fuente Salida Destino Restricciones


- Nombre de la Empresa Empresa Base de datos - Validación de
empresa recolectora registrada entrada de datos
- NIT de la
empresa
Proceso La empresa recolectora ingresa a la sección de registro, posteriormente
se muestra un formulario, allí se registra ingresando sus datos y
posteriormente se envía a la base de datos
Criterios de Se debe cumplir que en los campos registrados no haya errores de
aceptación validación.
Se debe cumplir que los datos de la empresa queden correctamente
almacenados en la base de datos

3.1.2 Requisito funcional 2

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077
Identificador (id) RS002 Fecha: 14/FEBRERO/2019
Nombre de Registro de cliente
Requisito
Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional
Requisito
Actor Cliente
Descripción El cliente puede registrarse desde la aplicación

Entradas Fuente Salida Destino Restricciones


Nombre, Persona Usuario Base de datos - El usuario debe
celular, correo, registrado estar en Bogotá
contraseña, - Validación de
dirección entrada de datos
Proceso La empresa se registra por medio de un formulario y posteriormente
este formulario se envía a la base de datos para crear el usuario

Criterios de Se debe cumplir que en los campos registrados no haya errores de


aceptación validación.
Se debe cumplir que los datos del usuario queden correctamente
almacenados en la base de datos

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 9

3.1.3 Requisito funcional 3

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077
Identificador (id) RS003 Fecha: 14/FEBRERO/2019
Nombre de Inicio de sesión de cliente
Requisito
Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional
Requisito
Actor Cliente
Descripción El cliente puede ingresar a su cuenta en la aplicación ingresando su
correo y contraseña y estos se validan

Entradas Fuente Salida Destino Restricciones


correo, Persona Ingreso de Aplicación - Validación de
contraseña usuario entrada de datos

Proceso El cliente ingresa los datos, estos se validan, si son correctos entra en la
aplicación, si no no ingresa

Criterios de Se debe cumplir que el usuario pueda acceder a las funciones de la


aceptación aplicación si las credenciales son válidas.
Se debe cumplir que el usuario no pueda acceder a las funciones de la
aplicación si las credenciales no son válidas.

3.1.4 Requisito funcional 4

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077
Identificador (id) RS004 Fecha: 14/FEBRERO/2019
Nombre de Inicio de sesion de empresa recolectora
Requisito
Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional
Requisito
Actor Empresa recolectora
Descripción Proceso de inicio de sesión desde la aplicación para las empresas
recolectoras

Entradas Fuente Salida Destino Restricciones

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 10

- Cuenta Empresa Inicio de sesión Base de datos - Validación de


empresarial de recolectora de la empresa entrada de datos
Google
- Contraseña
Proceso La empresa recolectora ingresa los datos de inicio de sesión y
posteriormente se validaron y se le permitirá el acceso a las funciones
para empresa.
Criterios de Se debe cumplir que la empresa pueda acceder a las funciones de la
aceptación aplicación si las credenciales son válidas.
Se debe cumplir que la empresa no pueda acceder a las funciones de la
aplicación si las credenciales no son válidas.

3.1.5 Requisito funcional 5

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077
Identificador (id) RS005 Fecha: 14/FEBRERO/2019
Nombre de Ver perfil
Requisito
Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional
Requisito
Actor Cliente
Descripción El cliente puede ver su perfil

Entradas Fuente Salida Destino Restricciones


datos nuevos Persona se modifican los base de datos - Validación de
datos entrada de datos

Proceso El cliente ve su perfil los cuales se muestran en distintos campos

Criterios de Se debe cumplir que los datos se muestren correctamente.


aceptación

3.1.6 Requisito funcional 6

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077
Identificador (id) RS006 Fecha: 14/FEBRERO/2019
Nombre de Modificar datos del perfil
Requisito

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 11

Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional


Requisito
Actor Cliente
Descripción El cliente puede modificar datos

Entradas Fuente Salida Destino Restricciones


datos nuevos Persona se modifican los base de datos - Validación de
datos entrada de datos

Proceso El cliente si quiere puede modificar sus datos, si lo hace estos se


modifican en la base de datos
puto el que lo lea
Criterios de Se debe cumplir que los datos se muestren correctamente.
aceptación

3.1.7 Requisito funcional 7

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077
Identificador (id) RS007 Fecha: 14/FEBRERO/2019
Nombre de Solicitar recolección de reciclaje
Requisito
Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional
Requisito
Actor Cliente
Descripción El cliente puede solicitar la recolección de lo que ha reciclado

Entradas Fuente Salida Destino Restricciones


productos que Persona se envía una Base de datos - Validación de
va a reciclar y solicitud de entrada de datos
escoge la recolección a esa
empresa a la empresa
que se los
quiere dar
Proceso El cliente escoge qué es lo que va a reciclar, posteriormente elige la
empresa de su preferencia, y por último indica donde desea que recojan
lo que ha reciclado.
Criterios de Los datos se deben guardar en la base de datos
aceptación

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 12

3.1.8 Requisito funcional 8

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077
Identificador (id) RS008 Fecha: 14/FEBRERO/2019
Nombre de Chat Empresa-usuario
Requisito
Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional
Requisito
Actor Cliente
Descripción El cliente y la empresa pueden chatear

Entradas Fuente Salida Destino Restricciones


mensajes cliente o se envía el Base de datos - Validación de
empresa mensaje a la otra entrada de datos
punta
Proceso Uno de los dos escribe un mensaje, lo envía y le llega al otro

Criterios de Se debe registrar el mensaje en la base de datos


aceptación

3.1.9 Requisito funcional 9

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077
Identificador (id) RS009 Fecha: 14/FEBRERO/2019
Nombre de Realizar pago
Requisito
Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional
Requisito
Actor Empresa
Descripción La empresa realiza el pago por los elementos reciclados

Entradas Fuente Salida Destino Restricciones

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 13

solicitud, tarjeta empresa se realiza el pago base de datos Debe haber


de la empresa de fondos
reciclaje a suficientes en la
nuestra empresa tarjeta de la
empresa
Proceso La empresa entra a la solicitud de reciclaje, pone el valor por el material
reciclado, el cliente lo acepta, la empresa procede a realizar el pago,
este es aceptado y se guarda en la base de datos
Criterios de se debe guardar el pago en la base de datos
aceptación

3.1.10 Requisito funcional 10

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077
Identificador (id) RS010 Fecha: 14/FEBRERO/2019
Nombre de Ver mejor ruta
Requisito
Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional
Requisito
Actor Empresa
Descripción La empresa puede ver la mejor ruta para recoger los residuos de las
personas que los eligieron.

Entradas Fuente Salida Destino Restricciones


Pulsación de la Empresa Se muestra el Base de datos
empresa sobre mapa con sus
la pantalla destinos
Proceso La empresa puede ver un mapa donde se les indica las direcciones de
sus clientes, y una ruta óptima que deben seguir.

Criterios de Se debe guardar la empresa en la base de datos


aceptación

3.1.11 Requisito funcional 11

SRS ESPECIFICACIÓN DE REQUISITOS FUNCIONALES


Proyecto: Parqueadero 2077

Descripción de requisitos del software


Modelo de ingeniería 0.3
[Requerimientos Recyboost] Pág. 14

Identificador (id) RS011 Fecha: 14/FEBRERO/2019


Nombre de Ver información de clientes
Requisito
Prioridad del ​Alta/Deseada​ ​ Media/Deseado ​ ​Baja/Opcional
Requisito
Actor Empresa
Descripción La empresa puede ver los productos que va a recoger y quien es la
persona que los va a entregar

Entradas Fuente Salida Destino Restricciones


empresa cliente se notifica a la Base de datos
elegida empresa que fue
escogida
Proceso La empresa al darle encima de los destinos en el mapa, saldrá
información acerca de la persona que está en esa localización y qué
elementos son los que va a entregar.
Criterios de Se debe guardar la empresa en la base de datos
aceptación

3.2 Apéndices

Descripción de requisitos del software

S-ar putea să vă placă și