PROYECTO SW

PROBLEMA:

Una empresa que posee muchos centros de estacionamiento de autos (cocheras), no cuenta con
un sistema que le permita un control eficiente para la administración de los tiempos de estadía,
cálculo de mayor afluencia vehicular, registro de control de entrada y salida de los vehículos y
monitoreo de seguridad. (control manual)

VISIÓN DEL PROYECTO

Desarrollar un aplicativo que permite mejorar los procesos de estadía, seguridad y registro de
entradas y salidas permitiéndole a la empresa la toma de decisiones para optimizar el servicio
brindado los usuarios.

PROTOTIPOS Edad, genero, nivel académico, ambiente, interés y metas

ROL DEFINICIÓN DE PROTOTIPO
Directivos de la Administradores Generales de la empresa “AUTOCAR”, son
empresa administradores, ingenieros, abogados que las edades oscilan entre 40 y
60 años, que le gusta la interface gráficas, estadísticas y visuales para una
correcta toma de decisiones. Que desean tener los reportes de la empresa
en página web.
Gerentes de Personas proactivas cuyas edades fluctúan entre 35 y 50 con profesiones
cada Sucursal de Ingenieros, Contadores, Administradores que tienen conocimientos
tecnológicos avanzados sobre tecnologías e informática, que les gusta la
interface visual (histogramas), gráficas y estadísticas. Que desean obtener
los reportes tanto en página web o aplicativos móviles.
Supervisor Personas que supervisan al personal operativo de cada sucursal cuyas
edades fluctúan entre 25 a 35 años de edad, cuyas profesiones son
técnicos administrativos con conocimientos tecnológicos intermedios.
Operarios Personal operativo y de seguridad que están en contacto directo con los
usuarios y procesos del sistema con conocimientos de computación
básica.
REQUERIMIENTOS FUNCIONALES

N° R REQUERIMIENTO DE PROCESOS
RF1 El software mediante una cámara IP debe detectar, fotografiar la placa de los
vehículos y almacenar en una base de datos.
RF2 El software debe almacenar en una BD la hora, día, mes y año de entrada, precio
por hora de acuerdo a la categoría de vehículo.
RF3 El software deberá de generar un ticket físico indicando los datos de la RF2 en un
código de barras. También deberá de enviar el ticket a la plataforma del usuario.
RF4 El software deberá de solicitar una contraseña de acceso para que los usuarios
puedan interactuar con la BD, según el perfil de cada uno.
RF5 El software debe detectar que el vehículo desea salir por intermedio de la cámara
IP e interactuara con un scanner de código de barra para agilizar el cobro.
RF6 El software deberá de generar reportes diarios, semanales, quincenales,
mensuales y anuales.
RF7 Los reportes generados por el software únicamente podrán ser ejecutados y
obtenidos por los niveles y dirección.
RF8 El sistema debe estar interconectado con la base de datos de la DIROVE e indicar
el estado legal del vehículo.
RF9
RF10
N° R REQUERIMIENTO DE INTERFAZ GRÁFICA
RF La interfaz debe ser web para facilitar su uso y compatibilidad con los navegadores
más comunes de la industria.
RF En la pantalla del usuario (empleado), debe mostrarse el número de
estacionamiento libre y en qué sector para asignar al cliente.
RF En la pantalla del usuario (empleado), debe mostrarse el tiempo, tipo de vehículo y
el monto total a cobrar.
RF En la pantalla del usuario (empleado), el sistema debe mostrar un mensaje de
alarma si el está a un 80% de capacidad.
RF En la pantalla del usuario (administrador), el sistema debe mostrar indicadores
contables para toma de decisiones (cantidad de vehículos ingresados por
categorías, montos totales, diarios, semanales, mensuales y anuales.)
RF En la pantalla del usuario (cliente) debe mostrarse la ubicación del vehículo.
RF En la pantalla del usuario (cliente), el sistema debe mostrar el tiempo que va
transcurriendo.
RF En la pantalla del usuario (cliente), el sistema debe mostrar un gráfico estadístico
de los días más concurridos.
RF En la pantalla del usuario (cliente), el sistema debe mostrar hipervínculos de redes
sociales, rutas, tráfico y otros.
RF En la pantalla del usuario (cliente), el sistema debe mostrar el número de
estacionamientos disponible por sectores.

REQUERIMIENTO DE SEGURIDAD
RF El sistema controlará el acceso y permitirá únicamente a los usuarios autorizados
entrar con base en su perfil asignado.
RF Los usuarios entraran al sistema indicando su nombre de usuario y contraseña.
RF El sistema enviará una alerta cuando haya modificaciones en los usuarios.
RF Los usuarios (empleados) no podrán eliminar ni modificar registros en el sistema.
RF Los administradores pueden modificar registros en el sistema, pero no borrarlos.

REQUERIMIENTO DE INTERFACES EXTERNAS

RF El sistema estará implementado bajo la plataforma de Microsoft Windows
RF El sistema debe ser compatible para funcionar con los navegadores web mas
comunes, tales como internet explore, Firefox, Chrome.
RF El sistema no requiere de licenciamiento de software para su funcionamiento.

REQUERIMIENTOS NO FUNCIONALES

N° R REQUERIMIENTO de EFICIENCIA
RNF El sistema debe ser capaz de operar con por lo menos 20 sesiones concurrentes a
la vez.
RNF La información modificada en el sistema debe reflejarse de forma inmediata para
todos los usuarios que accedan al sistema.
REQUERIMIENTO DE SEGURIDAD LÓGICA
RNF El administrador será el único capaz de cambiar los permisos de acceso a la
información.
RNF El sistema se debe desarrollar bajo las mejores prácticas y recomendaciones de
seguridad para disminuir las vulnerabilidades en el código del sistema.
RNF Se debe aplicar las actualizaciones del sistema operativo en forma periódica.
RNF Se debe limitar el uso de internet en el equipo donde reside el sistema de
información.
REQUERIMIENTO DE USABILIDAD
RNF Un usuario debe aprender a usar el sistema no mayor a 8 horas.
RNF El sistema contara con manuales de usuario debidamente documentados y
adaptados a un lenguaje sencillo y claro.
RNF En caso de error el sistema debe enviar mensajes que sean claros e informativos
para el usuario.
RNF