Especificación de requisitos de software

Proyecto: Prototipo de dispositivo para la seguridad y

registro en los parqueaderos a nivel universitario
Revisión 1.0
Descripción de requisitos del software
 Junio
2021

Descripción de requisitos del software

Ficha del documento

Fecha Revisión Autor Verificado dep. Calidad.

Grupo Estudiantes Análisis

2/06/2021 1.0 Departamento de Calidad
de Sistemas

Documento validado por las partes en fecha: 2021/06/2

Por el cliente Por la empresa suministradora

Contenido

FICHA DEL DOCUMENTO......................................................................................................... 4

CONTENIDO............................................................................................................................... 5

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.................................................................................7

1.5 Referencias........................................................................................................................... 8

1.6 Resumen............................................................................................................................... 8

2 DESCRIPCIÓN GENERAL................................................................................................. 8

2.1 Perspectiva del producto....................................................................................................... 8

2.2 Funcionalidad del producto.................................................................................................. 8

2.3 Características de los usuarios..............................................................................................9

2.4 Restricciones........................................................................................................................ 9

2.5 Suposiciones y dependencias.................................................................................................9

2.6 Evolución previsible del sistema............................................................................................9

3 REQUISITOS ESPECÍFICOS............................................................................................ 10

3.1 Requisitos funcionales......................................................................................................... 10

3.2 Requisitos no funcionales.................................................................................................... 10

4 APÉNDICES...................................................................................................................... 10
1 Introducción

En el presente trabajo encontramos las funciones o roles que desempeña un analista de

sistema desde lo más básico hasta llegar a identificar un problema en una empresa o a
nivel universitario dando posibles soluciones al manejo de seguridad en los
estacionamientos públicos y privados.

1.1 Propósito

El presente trabajo tiene como propósito mostrar la implementación del trabajo

desarrollado a los largo del semestre, resolviendo las necesidades que se plantearon.

Dar solución a la problemática de los parqueaderos a nivel universitario creando un

sistema que le permita controlar los registros, control vehicular, y en atender la solicitud
de los clientes frente a la prevención de inseguridad.

1.2 Alcance

1. El software contendrá una base de datos de los registros personal y vehicular,

por lo tal lanzará alertas de los tiempos de ingreso o salida, con el fin de actuar
de manera eficaz para controlarla.

2. Se realizará una orientación mixta puesto que se realizaron capacitaciones y

preguntas relacionadas que permitan analizar la problemática sujeta del estudio a
las personas que forman parte del registro a la administración en los
parqueaderos de dichas universidades.

1.3 Personal involucrado

Nombre Juan Sebastián Bayer

Rol Analista de Sistemas
Categoría profesional Estudiante de Ingeniería de Sistemas
Responsabilidades Modelado UML
Información de juasbh1@hotmail.com
contacto
Aprobación Si
 
 Nombre Sergio Luis Arcila Quiceno
Rol Analista de Sistemas
Categoría profesional Estudiante de Ingeniería de Sistemas
Responsabilidades Levantamiento de Información
Información de  Sergioarcila99@gmail.com
contacto
Aprobación Si
 
 

1.4 Definiciones, acrónimos y abreviaturas

Orientación: Trata de mantenerse al tanto de donde está, que estamos haciendo, tener
una guía especifica.
Eficaz: Trata de ser un mecanismo que se empleó para conseguirlo.
Prevención: Conocimiento sobre algo que queremos evitar que suceda.

1.5 Referencias
Referenc Fech
ia Titulo Ruta a Autor
1 Investigaci https://noticias.caracoltv.com/antioquia/ 201 Daniel
ón sobre codigo-de-vida-la-campana-que-busca- 9 sierra
los salvarle-la-vida-en-caso-de-accidentes
dispositivo
s de código
QR
2 Investigaci https://tecnelec.com.co/5-dispositivos- 201 Anóni
ón sobre control-de-acceso-a-parqueaderos/ 7 mo
posibles
dispositivo
s de acceso
a
parqueader
os
3 Investigaci http://www.dointech.com.co/control- 202 Anóni
ón sobre acceso-vehicular.html 1 mo
control de
acceso
vehicular

1.6 Resumen
Con este documento se busca investigar una forma de cómo prevenir la
inseguridad en los estacionamientos públicos en las universidades de la ciudad de
Cartago. Obteniendo en el proceso, resultados que ayuden a mejorar la situación
 tanto de las universidades públicas como de la Corporación de Estudios
Tecnológicos del Norte del Valle, también conocido como
“COTECNOVA”.

2 Descripción general

2.1 Perspectiva del producto

Software que permita a los usuarios verificar el registro y seguridad del vehículo
a través de una App desde sus dispositivos Smartphone, tabletas o PC.

2.2 Funcionalidad del producto

Control total de los vehículos.

Control contable por registros.

Informes según componentes de accesibilidad y registro de fechas.

2.3 Características de los usuarios

Tipo de usuario Administrativo
Formación Administración y/o contabilidad
Habilidades Conocimientos básicos en computación y que
estén familiarizados con los procesos necesarios
para la elaboración de una propuesta de
contabilidad.
Actividades Manipulación del módulo  e información
referente a la fuente de ingresos.

2.4 Restricciones
Las restricciones vendrán dadas en temas como:

El presupuesto máximo asignado de lo personal, las salidas de campo, materiales

e insumos, equipos y software, etc... sería de 4’140.000
La pro balística de recursos humanos seria mínimo de 5 personas. ()

2.5 Suposiciones y dependencias

Se enlistan las suposiciones que pueden llegar a afectar los requerimientos:

       Los requerimientos del sistema no cambiarán durante el desarrollo de la
aplicación.
 
Se enlistan las dependencias bajo las cuales se desarrollará la aplicación:
      Disponibilidad de trabajo del equipo de desarrollo.
      Disponibilidad de tiempo del proyecto.
Disponibilidad del cliente, para la extracción de los requerimientos necesarios
del sistema.
El sistema está diseñado para trabajar con cualquier tipo de lector de código.

2.6 Evolución previsible del sistema

Se planea que después de implementado el modulo dentro del sistema y con su

adecuado funcionamiento y manejo, se implementara la utilización de análisis de
códigos QR y un respectivo lector de estos, con un fin a la prevención de robos de
los vehículos, también se agregara su notificación de msj o ticket con su
respectivo módulo de comprobante de propietario, etc…

3 Requisitos específicos

3.1 Requisitos funcionales

RF- 01 Registrar Ingreso al Parqueadero

(Referencia)

Objetivos Permitir entrada del usuario al parqueadero

asociados

Requisitos Tener tarjeta de acceso

asociados

Descripción Controlar el ingreso de los usuarios al sistema y a sus respectivos módulos.

Precondición Estar Registrado en el Sistema

Final exitoso Registro Exitoso

Final fallido No reconoce Tarjeta de Acceso

Actores Estudiantes, Maestros
principales

Actores  
secundarios

Secuencia Paso Acción

Normal
1 Escanear Tarjeta de Acceso

2 Validad existencia del Usuario

3 Registro del Usuario

4 Registrar usuario en la Base de Datos

Postcondición Usar parqueadero

Excepciones Paso Acción

5 Usuario no Registrado en el Sistema

RF- 02 (Referencia) Insertar tarjeta

Objetivos asociados Permitir el ingreso de los clientes abonados

Requisitos asociados Tener tarjeta de acceso

Descripción El sistema deberá verificar datos de la tarjeta.

Precondición Crear tarjeta

Final exitoso Registro Exitoso

Final fallido No reconoce Tarjeta de Acceso

Actores principales Estudiantes, Maestros

Actores secundarios  

Secuencia Paso Acción

Normal
1 Escanear Tarjeta de A

2 Validad existencia del

3 Registro del Usuario

4 Registrar usuario en

   

Postcondición Usar parqueadero, validar tarjeta.

Excepciones Paso Acción

5 Si la tarjeta falla, s
entrada para comunic

RF- 03 Usar parqueadero

(Referencia)

Objetivos Prestar servicio de parqueadero al usuario

asociados

Requisitos Validar datos usuario

asociados

Descripción El sistema permitirá usar parqueadero al usuario

Precondición Insertar tarjeta, validar datos usuario, validar cupo.

Final exitoso Uso parqueadero exitoso.

Final fallido No poder validar el cupo por inconvenientes en el sistema.

Actores Estudiantes y maestros
principales

Actores Empleados
secundarios

Secuencia Paso Acción

Normal
1 Ingresar tarjeta

2 Validar datos usuario

3 Validar cupo

Postcondición Salir parqueadero

Excepciones Paso Acción

4 Ingresar parqueadero

5 Buscar cupo valido o espacio disponible

RF- 04 Salir parqueadero

(Referencia)

Objetivos Permitir la salida del parqueadero al usuario

asociados

Requisitos Tener chequeo del parqueadero

asociados

Descripción Permitir la salida del usuario con su respectivo chequeo de cupo

Precondición Usar parqueadero

Final exitoso Salida exitosa

Final fallido No consta de su respectivo chequeo del cupo.

Actores Estudiantes, Maestros
principales

Actores  
secundarios

Secuencia Paso Acción

Normal
1 Escanear Tarjeta de chequeo de cupo

2 Validad existencia del Usuario

3 dirigirse a la salida

4 Validar pago

 5  Salir parqueadero

Postcondición ninguna

Excepciones Paso Acción

6 Si hay un error con el pago, se le debe avisar al enca

inconveniente.

RF- Enviar SMS

05(Referencia)

Objetivos Permitir el pago del ticket a través de un SMS

asociados

Requisitos Estar registrado en el sistema

asociados

Descripción El sistema permitirá enviar SMS al usuario.

Precondición Crear ticket y usar parqueadero

Final exitoso Adquirir ticket

Final fallido No disponer de ticket ya sea por inconvenientes en el sistema o no se
permitió forma de pago

Actores Estudiantes y maestros

principales

Actores Empleados
secundarios

Secuencia Paso Acción

Normal
1 Enviar SMS con el código del ticket

2 Cargar pago a la cuenta del sistema

Postcondición Salir parqueadero

Excepciones Paso Acción

3 En caso de enviar un código erróneo, se cancela la operación y se

vuelve a iniciar

RF- 06 Imprimir ticket

(Referencia)

Objetivos Dar al usuario el comprobante de pago por el uso de parqueadero

asociados

Requisitos Tener tarjeta de acceso

asociados

Descripción El sistema deberá permitir imprimir ticket de usuario.

Precondición Ingresar parqueadero

Final exitoso Impresión de ticket

Final fallido No reconoce datos usuario

Actores Estudiantes, Maestros
principales

Actores  
secundarios

Secuencia Paso Acción

Normal
1 Ingresar parqueadero

2 Validar datos

3 Imprimir ticket

Postcondición Consultar ticket, enviar SMS

Excepciones Paso Acción

4 ninguna

RF- 08 Confirmar pago

(Referencia)

Objetivos Validar si el pago hecho al enviar el SMS se hizo correctamente

asociados

Requisitos
asociados

Descripción Controlar que el sistema de pago se haya efectuado correctamente

Precondición Enviar SMS

Final exitoso Pago exitoso

Final fallido No recibió el SMS

Actores Estudiantes, Maestros

principales
 Actores secundarios

Secuencia Paso Acción

Normal
1 Enviar SMS

2 Validar datos del Usuario

3 Cargar saldo a la cuenta del sistema

Postcondición Salir parqueadero

Excepciones Paso Acción

4 En caso de haber algún error, se tiene que volver a enviar el SMS, no se

cargaran saldos sin confirmar toda la operación.

3.2 Requisitos no funcionales

Interesad
Última o
Nivel
Sub Tipo de fecha Nivel de (Stakehol
Identifica Descripción del Versi Estado de
identifica Requerimi estado compleji der)
ción requisito ón actual priori
ción ento registra dad dueño
dad
do del
requisito
El sistema
no debe
demorar
más de 5
segundos
verificando NO
el código SOLICIT FUNCION 13/04/2
RFN1 2.1 QR 1 ADO AL 021 MEDIA DUEÑO ALTO
El sistema
debe estar
en la
capacidad
de manejar
un volumen
de datos
almacenado NO
s de hasta SOLICIT FUNCION 13/04/2
RFN2 2.2 50 MB. 1 ADO AL 021 MEDIA DUEÑO ALTO
El software SOLICIT NO 13/04/2
RFN3 2.3 deberá 1 ADO FUNCION 021 MEDIA DUEÑO ALTO
 garantizar
mayor
seguridad
acerca del
estado en el
que se
encuentre. AL
El sistema
determinara
component
es de
accesibilida
d para
modernizar NO
las formas SOLICIT FUNCION 13/04/2
de ingreso. 1 ADO AL 021 MEDIA DUEÑO ALTO
El sistema
utilizará el
motor de
bases de
datos
MySQL. El
sistema no
garantiza su
funcionalida
d sobre
otros
motores de NO
Base de SOLICIT FUNCION 13/04/2 VENDED
RFN4 2.4 Datos. 2 ADO AL 021 MEDIA OR ALTO
El sistema
debe
verificar que
los datos
correspondi
entes a los
campos
obligatorios
de los
formularios
fueron
ingresados
por el NO
usuario SOLICIT FUNCION 13/04/2 VENDED
RFN5 2.5 final. 1 ADO AL 021 MEDIA ORES ALTO

El sistema
no debe
demorar NO
más de 3 SOLICIT FUNCION 13/04/2 VENDED
RFN6 2.6 segundos 1 ADO AL 021 MEDIA ORES ALTO
 generando
la
comprobaci
ón del
parqueado.

4 Apéndices
 REFERENCIAS

 Cohen, Ch. & González, J: “Documentación de Sistemas”. UNA. Caracas, 1988.