DUOC UC - ESCUELA DE INFORMATICA Y TELECOMUNICACIONES

Especificación de
Requisitos de Software
Proyecto:Mi Estacionamiento
Revisión: [99.99]
[Seleccionar fecha]

Especificación de Requisitos según estándar de IEEE 830.

 Especificación de Requisitos, estándar de IEEE 830

Contenido
FICHA DEL DOCUMENTO............................................................................................................................ 3

1. INTRODUCCIÓN.................................................................................................................................... 4

1.1. PROPÓSITO..........................................................................................................................................4
1.2. ÁMBITO DEL SISTEMA............................................................................................................................4
1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS.............................................................................................4
1.4. REFERENCIAS........................................................................................................................................4
1.5. VISIÓN GENERAL DEL DOCUMENTO..........................................................................................................4

2. DESCRIPCIÓN GENERAL..................................................................................................................... 5

2.1. PERSPECTIVA DEL PRODUCTO..................................................................................................................5

2.2. FUNCIONES DEL PRODUCTO....................................................................................................................5
2.3. CARACTERÍSTICAS DE LOS USUARIOS.........................................................................................................5
2.4. RESTRICCIONES.....................................................................................................................................5
2.5. SUPOSICIONES Y DEPENDENCIAS..............................................................................................................6
2.6. REQUISITOS FUTUROS............................................................................................................................6

3. REQUISITOS ESPECÍFICOS.................................................................................................................. 7

3.1 REQUISITOS COMUNES DE LAS 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......................................................................................................................9
3.3 REQUISITOS NO FUNCIONALES.................................................................................................................9
3.3.1 Requisitos de rendimiento..............................................................................................................9
3.3.2 Seguridad......................................................................................................................................10
3.3.3 Fiabilidad......................................................................................................................................10
3.3.4 Disponibilidad...............................................................................................................................10
3.3.5 Mantenibilidad.............................................................................................................................10
3.3.6 Portabilidad..................................................................................................................................10
3.4 OTROS REQUISITOS.............................................................................................................................10

2
 Especificación de Requisitos, estándar de IEEE 830

Ficha del documento

Fecha Revisión Autor Modificación

[Fecha] [Rev] [Descripcion] [Descripcion]

[Fecha] [Rev] [Descripcion] [Descripcion]

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

[Firma]

[Firma]

Sr./Sra. [Nombre] Sr./Sra.[Nombre]

3
 Especificación de Requisitos, estándar de IEEE 830

1. Introducción
En el Gran Santiago, se cuenta con un aproximado de 8M de personas y un cálculo de 5M de
vehículos, lo cual provoca una gran congestión los días de semana donde gran parte de los
habitantes se dirige a sus respectivos trabajos y mucho de ellos lo hace en sus vehículos
particulares por lo tanto esto provoca gran congestión vehicular, por otro lado tenemos la
falta de estacionamientos, donde los dueños de los vehículos se ven perjudicados a la hora de
dejar su vehículo estacionado ya que muchas empresas no cuentan con la capacidad de
albergar todos los vehículos de sus trabajadores, por ende las personas que quedan sin
estacionamiento en su empresa deben buscar en lugares cercanos a su trabajo, arriesgando
partes si es que estacionan en lugares no autorizados, robos, etc. También existe la posibilidad
de que no encuentren un estacionamiento cerca de su trabajo, por ende este quede más
alejado de su trabajo, lo que también genera una preocupación de parte del dueño.

Este documento ERS es aplicativo para la aplicación de Mi Estacionamiento. Esta

especificación se ha estructurado basandose en el estándar de seguridad de desarrollo de
software, implementando la Norma ISO/IEC 25000:2011 y también la Norma ISO/IEC 15408.

1.1. Propósito
El propósito y objetivo principal de el ERS es Definir y presentar de una forma especifica y de manera
clara los requisitos y especificaciones que deberá cumplir el software, en este contexto va dirigido a los
dueños de estacionamiento que se encuentran en el Gran Santiago, este documento debe ser de
carácter informar para así hacerlo comprensibles para las partes involucradas ya tanto sea a los
dueños de estacionamiento como desarrolladores.

1.2. Ámbito del Sistema

EstacionAPP será una aplicación móvil enfocada en buscar estacionamiento, esta aplicación tendrá un
mapa en tiempo real donde se mostraran los estacionamientos disponibles y no disponibles cerca de ti
representados con el precio en color verde y rojo respectivamente. Al seleccionar un estacionamiento
se verá la especificación de este; Si es un estacionamiento privado o público.

La APP permitirá publicar tu estacionamiento luego de seguir una cierta cantidad de pasos.

Esto beneficiará notablemente sobre todo a la gente de Santiago que batalla todos los días con buscar
un estacionamiento, el objetivo de la APP es buscar una descongestión al tener tu estacionamiento ya
pagado mediante la APP.

Se espera que esta APP a futuro pueda autorregular sus tarifas y poder expandirse a otras regiones, ya
que por el momento solo tendrá soporte para la provincia de Santiago.

1.3. Definiciones, Acrónimos y Abreviaturas

ERS: Especificación de Requerimientos de Software.

APP: Aplicación

4
 Especificación de Requisitos, estándar de IEEE 830

RF: requerimientos Funcionales

RNF: Requerimientos no funcionales

Software: Conjunto de programas y rutinas que permiten a la computadora realizar determinadas

tareas.

GPS: Sistema de Posicionamiento Global

INTERFASES: ventana gráfica de un programa con el que se interactúa

LOGIN: Inicio de sesión y cierre de sesión dentro de una aplicación.

BD: Base de dato del sistema.

ISO/IEC 25000:2011 : System and software Quality Requirements and Evaluation

ISO/IEC 15408: System and software Quality Requirements and Evaluation

1.4. Referencias
 Norma ISO/IEC 25000:2011 : Familia de normas que tiene por objetivo la creación de un marco de
trabajo común para evaluar la calidad del producto software.

 Norma ISO/IEC 15408: Es un estándar que utilizan muchas organizaciones como base para realizar
evaluaciones de seguridad de productos de TI.

1.5. Visión General del Documento

En este contenido principal del documento es donde logramos apreciar cómo se comienza a construir
el Software y los requerimientos necesarios para poder dar inicio a la aplicación.

Este software será una competencia en el mercado ya que actualmente se cuenta con aplicaciones
similares a EstacionAPP. La aplicación brindará optimizar tiempos, seguridad para el vehículo, etc.

5
 Especificación de Requisitos, estándar de IEEE 830

2. Descripción General

Se tiene estimado que EstacionAPP sea una aplicación móvil construida con tecnologías de vanguardia,
lo que garantice un rendimiento optimo en los celulares. Siendo importante también, la
implementación de interfaces claras, amigables e intuitivas con el usuario final.

Esta aplicación permitirá al usuario realizar una reserva de estacionamiento, con un tiempo estimado
de 20 minutos para llegar hacer uso de este, en el cual se realizará el cobro total del tiempo
seleccionado por el usuario, si este no llega en los 20 minutos se le hará devolución del 80% del pago y
el 20% restante se dividirá en el Dueño del estacionamiento y la aplicación.

En el caso de que un usuario haga una reserva y el estacionamiento está disponible por otro usuario,
deberá enviar registro de que sea cierto, como por ejemplo foto del vehículo que está haciendo uso
del lugar para así poder notificarlo y realizarle la devolución del dinero en un lapso de 5 días hábiles.

2.1. Perspectiva del Producto

EstacionAPP está planeado como un software que se relaciona con una pagina web, la cual puede
cumplir los mismos requisitos, funcionamiento e iteración.

2.2. Funciones del Producto

6
Especificación de Requisitos, estándar de IEEE 830

7
Especificación de Requisitos, estándar de IEEE 830

8
Especificación de Requisitos, estándar de IEEE 830

9
 Especificación de Requisitos, estándar de IEEE 830

2.3. Características de los Usuarios

Dueño Cliente Administrador Consultor

Debe tener Debe tener un Debe ser parte del Debe contar la
estacionamiento vehículo equipo. aplicación

10
 Especificación de Requisitos, estándar de IEEE 830

Debe contar con Debe contar con Debe tener Debe tener
conocimiento de uso conocimiento de uso conocimiento de una conocimiento de la
de aplicación web y de aplicación web y utilización del app
móvil y saber asociar móvil y saber asociar software.
una tarjeta de crédito una tarjeta de crédito
a la página. a la página.
Tiene acceso al login, Tiene acceso al login, Tiene acceso a la Solo tiene acceso a
habilitar y y puede reservar un configuración y a la los estacionamientos
deshabilitar su estacionamiento. BD disponibles
estacionamiento
Nivel educacional, no Nivel educacional, no Nivel educacional, Nivel educacional, no
se exige. se exige. técnico superior. se exige.

2.4. Restricciones
• Para reservar se necesita login

• La APP necesita internet

• El usuario no tiene permitido más de una cuenta.

• Solo se puede incorporar a dueños con acceso remoto

• El valor del estacionamiento debe ser ingresado por el duelo

• Para hacer el registro se tiene que ingresar una tarjeta

• La aplicación al momento de la reserva tendrá una restricción que en el mínimo de tiempo que
puede seleccionar es de una hora, si desea seleccionar más tiempo será en parámetros de 30 min, por
ejemplo 1:30 hrs. hasta el lapso que el estacionamiento esté disponible.

• Interfases de usuario intuitivas

• La app dependerá de una versión Web

• El dueño debe habilitar el estacionamiento disponible, 1 hora como mínimo.

• La tarifa será automática.

• El cliente debe reservar el estacionamiento, mínimo 1 hora.

• Se debe contar con una validación de sesión

11
 Especificación de Requisitos, estándar de IEEE 830

 Si el cliente sobre pasa el tiempo estimado de la reserva se le realizará un cobro por el periodo
de media hora.
 La devolución se realizará en un tiempo estimado de 5 días hábiles.

2.5. Suposiciones y Dependencias

 La aplicación debe ser compatible con la página web

• La aplicación debe ser compatible con ios y Android

• La aplicación debe contar con diferentes perfiles correspondiente a cada login

• La empresa debe tener personal capacitado para el puedo de administrador

• Se deben efectuar pagos correctamente dentro de la aplicación

• La aplicación debe guardar la información e historial de cada estacionamiento

2.6. Requisitos Futuros

• La aplicación debe ser capaz de calcular el valor de la hora automática

• La aplicación debe ampliar la zona de cobertura

• Se debe agregar elementos correspondientes a la seguridad en caso de robo

• La aplicación debe registra monitoreo al estacionamiento

• Se debe capacitar a otro puesto dentro de la empresa que pueda ayudar a generar el control
en los estacionamientos.

• Se debe implementar un sistema de ayuda web

12
 Especificación de Requisitos, estándar de IEEE 830

3. Requisitos Específicos
Esta sección contiene los requisitos a un nivel de detalle suficiente como para permitir a los
diseñadores diseñar un sistema que satisfaga estos requisitos, y que permita al equipo de pruebas
planificar y realizar las pruebas que demuestren si el sistema satisface, o no, los requisitos. Todo
requisito aquí especificado describirá comportamientos externos del sistema, perceptibles por parte
de los usuarios, operadores y otros sistemas. Esta es la sección más larga e importante de la ERS.
Deberán aplicarse los siguientes principios:

• El documento debería ser perfectamente legible por personas de muy distintas formaciones e
intereses.

• Deberán referenciarse aquellos documentos relevantes que poseen alguna influencia sobre los
requisitos.

• Todo requisito deberá ser unívocamente identificable mediante algún código o sistema de
numeración adecuado.

• Lo ideal, aunque en la práctica no siempre realizable, es que los requisitos posean las
siguientes características:

 Corrección: La ERS es correcta si y sólo si todo requisito que figura aquí (y que será
implementado en el sistema) refleja alguna necesidad real. La corrección de la ERS implica que
el sistema implementado será el sistema deseado.
 No ambiguos: Cada requisito tiene una sola interpretación. Para eliminar la ambigüedad
inherente a los requisitos expresados en lenguaje natural, se deberán utilizar gráficos o
notaciones formales. En el caso de utilizar términos que, habitualmente, poseen más de una
interpretación, se definirán con precisión en el glosario.
 Completos: Todos los requisitos relevantes han sido incluidos en la ERS. Conviene incluir todas
las posibles respuestas del sistema a los datos de entrada, tanto válidos como no válidos.
 Consistentes: Los requisitos no pueden ser contradictorios. Un conjunto de requisitos
contradictorio no es implementable.
 Clasificados: Normalmente, no todos los requisitos son igual de importantes. Los requisitos
pueden clasificarse por importancia (esenciales, condicionales u opcionales) o por estabilidad
(cambios que se espera que afecten al requisito). Esto sirve, ante todo, para no emplear
excesivos recursos en implementar requisitos no esenciales.
 Verificables: La ERS es verificable si y sólo si todos sus requisitos son verificables. Un requisito
es verificable (testeable) si existe un proceso finito y no costoso para demostrar que el sistema
cumple con el requisito. Un requisito ambiguo no es, en general, verificable. Expresiones como
a veces, bien, adecuado, etc. Introducen ambigüedad en los requisitos. Requisitos como “en

13
 Especificación de Requisitos, estándar de IEEE 830

caso de accidente la nube tóxica no se extenderá más allá de 25Km" no es verificable por el
alto costo que conlleva.
 Modificables: La ERS es modificable si y sólo si se encuentra estructurada de forma que los
cambios a los requisitos pueden realizarse de forma fácil, completa y consistente. La utilización
de herramientas automáticas de gestión de requisitos facilitan enormemente esta tarea.
 Trazables: La ERS es trazable si se conoce el origen de cada requisito y se facilita la referencia
de cada requisito a los componentes del diseño y de la implementación. La trazabilidad hacia
atrás indica el origen (documento, persona, etc.) de cada requisito. La trazabilidad hacia
delante de un requisito R indica que componentes del sistema son los que realizan el requisito
R.

3.1 Requisitos comunes de las interfaces

*Es una interfaz la cual está pensada para que las usuarios vivan una experiencia agradable, tengan
una aplicación rápida, sea una APP intuitivo para todas las personas y ninguna quede fuera de está
experiencia que entregará la aplicación.

Contará con un registro de usuario fácil de ingresar,login para poder acceder a su cuenta personal,
siendo esté lo primero que verá el usuario antes de poder ingresar a su cuenta. *

3.1.2 Interfaces de hardware

El sistema se debe conectar a un dispositivo, en el cual se pueda descargar la APP de mi EstacionAPP,
para poder acceder a la aplicación, también se deberá activar la ubicación para que la aplicación pueda
acceder a su ubicación y avisarle sobre estacionamientos disponibles.

3.1.3 Interfaces de software

Indicar si hay que integrar el producto con otros productos de software.

 Para cada producto de software debe especificarse lo siguiente:

 *Tendrá un sistema de pago obligatorio por medio de tarjetas de Crédito o Débito.*
 Propósito del interfaz:*Que el usuario pueda cancelar sus servicios por medio de una tarjeta. *
 Definición del interfaz: *Será una aplicación la cual en primer lugar la redireccionará a otra
pagina para poder asociar la tarjeta a la cuenta y una vez ya asociada solo deberá seleccionar
pagar para poder realizar el pago del servicio.*

3.1.4 Interfaces de comunicación

El canal de comunicación será de un chat interno donde el dueño y el cliente podrán tener una
relación de comunicación para poder reservar el estacionamiento.

14
 Especificación de Requisitos, estándar de IEEE 830

 La aplicación mostrará los estacionamientos cercanos que se encuentren para poder arrendarlo.

 El usuario deberá activar su ubicación para poder ver los estacionamientos cercanos al lugar
donde se encuentre y también poner un limite de metros.

 Permite que los usuarios intercambien imagen, vídeos y mensajes de voz.

3.2 Requisitos funcionales

Definición de acciones fundamentales que debe realizar el software al recibir información, procesarla y
producir resultados.

En ellas se incluye:

 Respuestas a situaciones anormales: El sistema estará conectado a una base de datos de Oracle,
la cual realizará copia de seguridad cada 20 minutos.

Los requisitos funcionales:

R.001.- Autentificar y validar, usuarios al Iniciar Sesión.

R.002.-Registrar dueños de estacionamientos.

R.003.-Registrar clientes

R.004.-Mostrar estacionamientos disponibles o cercanos

R.005.-Habilitar o desabilitar disponibilidad estacionamientos

R.006.-Generar reporte a cada dueño de estacionamiento

de las últimas transacciones realizadas. .

R.007.-Calcular el valor del estacionamiento

R.008.-Realizar arriendo en linea.

R.009.-Calificación de usuario.

R.010.-Validación de tarjeta.

15
 Especificación de Requisitos, estándar de IEEE 830

3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento

El software del sistema tiene la capacidad de abordar a más de 3.100.000 millones de personas que
necesiten de la aplicación, esto quiere decir que tiene gran capacidad de personas sin que el sistema
tenga un colapso por la cantidad que se encuentren conectadas al mismo tiempo, al momento del
pago el sistema soportará alrededor del 75% de las transacciones por segundo, estás cifras son
importantes ya que si hay muchas personas conectadas no tendrán problemas de caidas del sistema al
momento de pagar el servicio, eso es favorable ya que como no se caerá el sistema tendrá atrasos y
así el cliente preferirá la aplicación por la eficiencia de esta.

16
 Especificación de Requisitos, estándar de IEEE 830

3.3.2 Seguridad
 Contraseñas cifradas
 Verificación de identidad
 Verificación mediante correo
 Plataforma externa de pagos
 Registro a detalle de los usuarios
 Captcha
 Tiempo de pago de 10 minutos máx.

3.3.3 Fiabilidad
Contará con un plan de recuperación de información RTO y RPO.

El RPO está encargado de la pérdida de datos y este realiza una copia de seguridad en intervalos de
tiempos cortos, para poder no tener gran perdida de datos.

RTO está a cargo de la recuperación de datos,mientra el sistema está inactivo.

3.3.4 Disponibilidad
La disponibilidad para cada usuario es diferente, ya que se verá reflejado en la capacidad de metros
que ellos seleccionen a la hora de buscar un estacionamientos, un ejemplo sencillo, si el usuario
selecciona una distancia estimada de 1 km de distancia de la zona en la que el desee estacionar tendrá
un total de 5 estacionamientos disponibles de 10 que están registrados en esa zona el 10 sería el 100%
y los 5 estacionamientos restantes serían el 50% de estacionamientos disponibles.

3.3.5 Mantenibilidad
La mantenibilidad del sistema lo realizará un desarrollador a cargo esté se realizará una vez por
semana, notificandolo en el sistema y una vez al mes especificamente los 28 de cada mes el sistema
enviará un informe completo de todas las revisiones que se le realizarón en el mes correspondiente. El
tipo de mantenimiento será pruebas de posibles fallas para ver si el sistema soporta, en caso de no
soportarla el desarrollador lo notificará y tendrán que buscar la solución lo antes posible.

3.3.6 Portabilidad
Especificación de atributos que debe presentar el software para facilitar su traslado a otras
plataformas u entornos. Pueden incluirse:

 Porcentaje de componentes dependientes del servidor.

 Porcentaje de código dependiente del servidor.
 Uso de un determinado lenguaje por su portabilidad.
 Uso de un determinado compilador o plataforma de desarrollo.
 Uso de un determinado sistema operativo.

17
Especificación de Requisitos, estándar de IEEE 830

18