Documento Con Especificacion de Requerimiento Ga1-220501092-Aa4-Ev02

SERVICIO NACIONAL DE APRENDIZAJE – SENA
Tecnólogo en Análisis y Desarrollo de Software
DOCUMENTO CON ESPECIFICACION DE REQUERIMIENTOS

GA1-220501092-AA4-EV02
SISTEMA DE CONTROL DE PARQUEADERO
CENTRO COMERCIAL BAHIA MARINA
“ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION”

RAFAEL EDUARDO CONDE HERRERA
Noviembre, 2023
Instructor: Ing. Hernando Pinto Anaya
Ficha del documento
Fecha Revisión Autor Verificado Dep.
Calidad.
Rafael Eduardo Conde

05/11/2023 01
Herrera
Documento validado por las partes en fecha:
Por la Empresa Por la Institución Educativa
Centro Comercial Bahía Marina SENA – Servicio Nacional de
Aprendizaje
Contenido
FICHA DEL DOCUMENTO 2
CONTENIDO 3
1 INTRODUCCIÓN 5
1.1 Propósito 5
1.2 Alcance 5
1.3 Personal involucrado 6
1.4 Definiciones, acrónimos y abreviaturas 6
1.5 Referencias 7
1.6 Resumen 7
2 DESCRIPCIÓN GENERAL 8
2.1 Perspectiva del producto 8
2.2 Funcionalidad del producto 14
2.3 Características de los usuarios 15
2.4 Restricciones 15
2.5 Suposiciones y dependencias 16
3 REQUISITOS ESPECÍFICOS 16
3.1 Requisitos comunes de las interfaces 25
3.1.1 Interfaces de usuario 25
3.1.2 Interfaces de hardware 26
3.1.3 Interfaces de software 26
3.1.4 Interfaces de comunicación 27
3.2 Requerimientos funcionales 27

3.2.1 Requisito funcional 1 27
3.3 Requerimientos no funcionales 32
3.3.1 Requisitos de rendimiento 32
3.3.2 Seguridad 32
3.3.3 Fiabilidad 33
3.3.4 Disponibilidad 33
3.3.5 Mantenibilidad 33
3.3.6 Portabilidad 34
1 Introducción
Este documento es una Especificación de Requisitos Software
(ERS) para el Sistema de Control de Parqueadero del Centro Comercial
Bahía Marina. Esta especificación se ha estructurado basándose en las
directrices dadas por el estándar IEEE Práctica Recomendada para
Especificaciones de Requisitos Software ANSI/IEEE 830, 1998.
1.1 Propósito
El presente documento tiene como propósito definir las
especificaciones funcionales, no funcionales para el desarrollo de un
sistema de información centralizado que permita el control de acceso y
retiro de vehículos no asistido por operadores para el funcionamiento 24/7 .
Éste será utilizado por los clientes y administradores del Parqueadero del
Centro Comercial Bahía Marina.
1.2 Alcance
Esta especificación de requisito está dirigida al usuario del
parqueadero del Centro Comercial para agilizar el acceso y retiro de los
vehículos las 24 horas del día. Automatizando el registro del pago para
evitar la dependencia del operador a la salida y la verificación de placas
comparando la entrante con la saliente para evitar robos dentro del mismo.
1.3 Personal involucrado
Nombre Rafael Eduardo Conde Herrera
Rol Analista, diseñador y programador
Categoría Profesional Ingeniero de Sistemas
Responsabilidad Análisis de información, diseño y programación del
SCP
Información de contacto econde69@hotmail.com
1.4 Definiciones, acrónimos y abreviaturas
Nombre Descripción
Usuario Persona que usará el sistema para gestionar procesos
Admon Persona Administrativa que opera el Sistema
SCP Sistema Control de Parqueadero
ERS Especificación de Requisitos Software
RF Requerimiento Funcional
RNF Requerimiento No Funcional
FTP Protocolo de Transferencia de Archivos

1.5 Referencias
Título del Documento Referencia
Standard IEEE 830 - 1998 IEEE 830
1.6 Resumen
Este documento consta de tres secciones. En la primera sección se
realiza una introducción al mismo y se proporciona una visión general de la
especificación de recursos del sistema.
En la segunda sección del documento se realiza una descripción
general del sistema, con el fin de conocer las principales funciones que
éste debe realizar, los datos asociados y los factores, restricciones,
supuestos y dependencias que afectan al desarrollo, sin entrar en
excesivos detalles.
Por último, la tercera sección del documento es aquella en la que se
definen detalladamente los requisitos que debe satisfacer el sistema.
2 Descripción general
2.1 Perspectiva del producto
Sistema Control de Parqueadero
(SCP)
El Centro Comercial Bahía Marina requiere para su parqueadero de 1.200
puestos y 4 pisos desarrollar un nuevo sistema que facilite el control y resguardo
de los vehículos que son parqueados en sus espacios, Agilizando el registro de
entrada y salida de los mismos sin la intervención humana, permitiendo poder
operar las 24 horas del día. La experiencia de parquear en estos espacios debe
ser fácil y ágil al momento del acceso y la salida, poniendo como protagonista
principal al propio cliente conductor del vehículo, ya que este será el que se sirva
del ticket al entrar y gestionara el pago con todos los sistema o medios de pagos
posibles en la torre de pago en los accesos al parqueadero ubicados al lado de
los ascensores de cada nivel. Estas torres estarán interconectadas para poder
procesar la información en directo otorgando al cliente - conductor del vehículo
tiempo suficiente para llegar a su vehículo cargarlo con las compras realizadas y
dirigirse a la salida del parqueadero e introducir el ticket ya pagado con el
Código impreso en la torre de salida con la barra permitiendo la salida del

vehículo luego de realizar la captura fotográfica del vehículo y placa saliente y
comparándola con el registrado en la entrada del mismo al recinto.
En el Sistema el Administrador podrá registrar a los usuarios fijos del
parqueadero los cuales tendrá un pago mensual por adelantado de la tarjeta de
acceso, esta permitirá a los dueños de locales comerciales dentro del centro
comercial y a los vecinos que se registren con la administración del Parqueadero
poder arrendar puestos fijos en el último nivel de manera que puedan tener fácil
acceso a las torres del área comercial y a la salida del centro comercial para
aquellos que usen el parqueadero en horas nocturnas. Este registro contara
entre otras cosas con los datos del dueño del vehículo, placa, modelo, año, tarifa
especial mensual, inicialmente con ubicación fija dentro del parqueadero para
poder realizar la inspección por parte de los guardas de seguridad del área de
puestos fijos y el monitoreo 24/7 de todas las zonas de este.
Una vez que el cliente fijo o usuario del puesto este registrado se le
otorgará una tarjeta especial con chip de aproximación el cual identificará
exclusivamente a ese vehículo, el sistema de reconocimiento de placa
identificará si la placa es la asociada a la tarjeta y permitirá abrir el brazo de
acceso al parqueadero, si la placa no es visible (se encuentra obstruida o es otro
vehículo) la barra de acceso no permitirá abrirse y se le solicitará retirar el
vehículo del área. Este control permite tanto a la entrada como a la salida poder
identificar según base de dato que el vehículo asociado a la tarjeta de cliente fijo
o temporal pueda sacar del parqueadero al vehículo captado o registrado con la
tarjeta de salida.
Así las cosas, el sistema permitirá el acceso y salida a todos los cliente
fijos o temporales que porten el ticket asociado al numero de placa registrado al
momento de la entrada y que a la vez esta unido al ticket de ingreso con la fecha
y hora impreso en el mismo.
I. Requerimientos del usuario
1. El sistema deberá permitir al administrador añadir datos del
vehículo fijo
2. El sistema deberá calcular cuantos espacios para parqueo hay en
determinado momento para permitir el acceso de más vehículos
3. El sistema deberá permitir consultar por número de ticket o placa a
qué hora ingreso y a qué hora salió, y las fotos del conductor que
conduce al entrar y al salir
4. El sistema debe permitir tener reporte por hora, día, semana,
quincena o mes o entre fechas específicas y poder comparar una
semana contra la misma semana del año anterior y lo mismo
comparando el mes contra el mismo mes del año anterior.
5. El sistema debe permitir al supervisor de seguridad emitir el reporte
en el momento que lo solicite de cuantos vehículos y cuales se
encuentran en determinado momento en el parqueadero.

6. El sistema deberá otorgar la salida de seguridad (levantamiento de
barra de salida) previa validación de documentación a los
vehículos que extravíe el ticket de salida y previo pago de
penalidad por extravío del ticket.
7. El sistema deberá poder manejar tarifas para vehículos fijos y
temporales.
8. El sistema estará interconectado con las torres colectoras de pago
y deberá emitir factura de servicio cuando sale cada vehículo del
parqueadero y/o cancele el pago por servicio anticipado mensual
que se le otorga a los clientes fijos y algunos residentes de los
conjuntos aledaños que apliquen y sea aprobados por la
administración del Parqueadero.
II. Actores del Sistema
ACTOR DESCRIPCION
Usuario del Parqueadero Es aquel actor del sistema que interactúa
con el sistema solicita el ticket a la entrada
y lo presenta para el pago a la salida en la
torre de cobranza o de pago.
Celador Es aquel actor que interactúa con el sistema
para emitir reporte impreso o por pantalla
de los datos relativos a los vehículos en

resguardo del centro comercial
Administrador Es aquel actor que administra toda la
aplicación, es el autorizado de codificar las
tarjetas de acceso con chip y la asigna al
cliente fijo, configura el valor de la tarifa por
minuto y es el que establece el reglamento
de uso que es impreso en cada uno de los
ticket y tarjeta de acceso al parqueadero.
III. Identificar Casos de Usos del Sistema
N° Req. Requerimiento Nombre de CUS
1 El sistema deberá permitir al Registro vehicular
administrador añadir datos de vehículo
a registrarse como Fijo
2 El sistema deberá permitir al Registro de
administrador configurar el valor de la Tarifas
tarifa por minuto o por hora que tiene
el tarifador
4 El sistema deberá permitir al Consulta
administrador consultar datos de un

cliente según el número de placa o
ticket que posea.
6 El sistema debe imprimir factura Impresión de
de servicio para cada transacción de Factura
salida
3 El sistema deberá permitir al Registro de
cliente pedir un ticket de entrada ingreso
5 El sistema deberá permitir al Registrar de
cliente pagar en las torres de pago Salida
con efectivo, débito o crédito.
7 El sistema deberá calcular el Registrar Pago
costo total del servicio a pagar del servicio
8 El sistema debe aceptar
cualquier tipo de instrumento de pago
incluyendo: efectivo, debito, crédito,
pago NEQUI, DAVIPLATA
9 El sistema deberá permitir
registrar cada una de las
transacciones para futuras consultas
hasta por 16 meses
IV. Diagrama
Ciclo de Servicio
2.2 Funcionalidad del producto

2.3 Características de los usuarios
Tipo de usuario Administrador
Formación Licenciado en Administración
Actividades Control y manejo del sistema en general
Tipo de usuario Supervisor de Seguridad / Celador
Formación Seguridad
Actividades Seguridad de los Vehículos parqueados
Tipo de usuario Cliente – Usuario del Parqueadero
Formación N/A
Actividades Usufructo del Parqueadero
2.4 Restricciones
Interfaz para ser usada en LAN con Servidor en Ofc. de Administración
Uso del Administrador del Parqueadero
Lenguajes y tecnologías en uso: HTML, JAVA.
El servidor deben ser capaces de atender consultas
concurrentemente.
El sistema se diseñará según un modelo cliente/servidor.
El sistema deberá tener un diseño e implementación sencilla,
independiente de la plataforma o del lenguaje de programación.
2.5 Suposiciones y dependencias
 Se asume que los requisitos aquí descritos son estables
 Los equipos en los que se vaya a ejecutar el sistema deben cumplir
los requisitos antes indicados para garantizar una ejecución correcta
de la misma
3 Requisitos específicos
Requerimientos Funcionales
Identificación
del RF01
requerimiento:
Nombre del Imprimir ticket de acceso con registro de placa, fecha y hora
Requerimiento: de acceso.
Características: Los usuarios deberán solicitar el acceso al Parqueadero
presionando el botón de ingreso de Ticket o acercando la
tarjeta de acceso al lector.

Descripción del El sistema podrá ser consultado por cualquier usuario
requerimiento: dependiendo del módulo en el cual se encuentre y su nivel
de accesibilidad.
Requerimiento  RNF01 Debe tener sensor de Vehículo para activar la
NO funcional: impresión del ticket
 RNF02 La impresora debe tener papel para imprimir
el Ticket y alertar cuando este por acabarse
 RNF03 No debe permitir manipulación ser seguro.
 RNF04 El sistema debe alertar a la administración si
las cámaras no están operando y registrando la
entrada y salida con registros de foto y video.
Prioridad del requerimiento:
Alta
Identificación RF02
del
requerimiento:
Nombre del Registrar Usuarios Fijos
Requerimiento:
Características: Los Clientes - Usuarios fijos deberán registrarse en el
sistema presentando la documentación de propiedad del
vehículo y pagar la tarjeta y el canon mensual por anticipado
para tenerla activada.

Descripción del El sistema permitirá al usuario (Propietarios de Locales
requerimiento: comerciales y vecinos previamente evaluados y verificados)
registrarse. El Cliente o usuario debe suministrar los datos
como: Nombre, Apellido, C.E., dirección de residencia, E-
mail, documento de propiedad del vehículo, foto del vehículo
y registro de placa.
Requerimiento  RNF01 El vehículo no debe estar reportado como
NO funcional: robado en las centrales de seguro
 RNF02 El usuario debe ser el propietario del vehículo
o demostrar que trabaja para el dueño de la empresa
propietaria del vehículo
 RNF03 Debe tener la seguridad máxima de
reconocimiento de placa e interpretación grafica de
imágenes y pasarlas a texto – número para analizarla
y compararla con registro almacenados.
Alta
del
requerimiento:
Nombre del Consultar Información.

Requerimiento:
Características: El sistema ofrecerá al usuario información general acerca de
cuantos vehículos están bajo custodia en cualquier
momento del día.
Descripción del Consultar Vehículos en Custodia: Mostrara por pantalla o
requerimiento: impreso el número total de vehículos en custodia indicando
puesta de acceso fecha y hora, y foto del vehículo y de su
placa.
Requerimiento  RNF01 debe permitir el manejo de 1200 vehículos,
NO funcional: consultas dinámicas y reportes simultáneos
procesando pagos desde 4 distintas torres de pago
sin que colapse.
 RNF02 El sistema debe operar incluso si se va la luz
Alta
del
requerimiento:
Nombre del Consultar Información para Seguridad
Requerimiento:
Características: El sistema ofrecerá al usuario de Seguridad y Celadores
información general acerca de los vehículos en custodia,

numero total de los vehículos en determinado momento y
estadísticas del volumen de vehículos que entraron, salieron
y cuando permanecen, la rotación permite establecer el
rutinas de mantenimiento y limpieza de las áreas.
Descripción del Consultar vehículos en Custodia: Muestra información
requerimiento: general sobre los vehículos presente en determinado
momento en el parqueadero así como las estadísticas del
movimiento entrante y saliente de los vehículos y visitantes
ese mismo día.
Requerimiento  RNF01 El Vigilante debe tener acceso desde una
NO funcional: pantalla o computador a esta informacio
 RNF02 El sistema debe ser seguro y evitar acceso no
autorizado a la información del sistema
Alta
Requerimientos No Funcionales.
Identificación RNF01
del
requerimiento:
Nombre del Interfaz del sistema.
Requerimiento:
Características: El sistema presentara una interfaz de usuario sencilla para
que sea de fácil manejo a los usuarios del sistema.
Descripción del El sistema debe tener una interfaz de uso intuitiva y sencilla.
requerimiento:
Alta
del
requerimiento:
Nombre del Ayuda en el uso del sistema.
Requerimiento:
Características: La interfaz del usuario deberá de presentar un sistema de
ayuda para que los mismos usuarios del sistema se les
faciliten el trabajo en cuanto al manejo del sistema.
Descripción del La interfaz debe estar complementada con un buen sistema
requerimiento: de ayuda (la administración puede recaer en personal con
poca experiencia en el uso de aplicaciones informáticas).
Alta
del
requerimiento:
Nombre del Mantenimiento.
Requerimiento:
Características: El sistema deberá de tener un manual de instalación y
manual de usuario para facilitar los mantenimientos que
serán realizados por el administrador.
Descripción del El sistema debe disponer de una documentación fácilmente
requerimiento: actualizable que permita realizar operaciones de
mantenimiento con el menor esfuerzo posible.
Alta
del
requerimiento:
Nombre del Diseño de la interfaz de pago podrá realizarlo en la interfaz
Requerimiento: de pago de la web.
Características: El sistema deberá de tener una interfaz de usuario, teniendo
en cuenta las características de la web del Centro Comercial
Bahía Marina
Descripción del La interfaz de usuario debe ajustarse a las características de

requerimiento: la web del C.C. ampliando el pago de pago de los tickets al
momento de salir del parqueadero y descongestionando las
torres de pago en horas pico.
Alta
del
requerimiento:
Nombre del Desempeño
Requerimiento:
Características: El sistema garantizara a los usuarios un desempeño en
cuanto a los datos almacenado en el sistema ofreciéndole
una confiabilidad a esta misma.
Descripción del Garantizar el desempeño del sistema informático a los
requerimiento: diferentes usuarios. En este sentido la información
almacenada o registros realizados podrán ser consultados y
actualizados permanente y simultáneamente, sin que se
afecte el tiempo de respuesta.
Alta
del
requerimiento:
Nombre del Nivel de Usuario
Requerimiento:
Características: Garantizara al usuario el acceso de información de acuerdo
con el nivel que posee.
Descripción del Facilidades y controles para permitir el acceso a la
requerimiento: información al personal autorizado a través del sistema o de
la página web del Parqueadero, con la intención de
consultar y subir información pertinente para cada una de
ellas.
Alta
del
requerimiento:
Nombre del Confiabilidad continúa del sistema.
Requerimiento:
Características: El sistema tendrá que estar en funcionamiento las 24 horas
los 7 días de la semana. Ya que es una servicio diseñado
para el acceso al parqueadero en cualquier hora del día.
Descripción del La disponibilidad del sistema debe ser continua con un nivel
requerimiento: de servicio para los usuarios de 7 días por 24 horas,
garantizando un esquema adecuado que permita la posible
falla en cualquiera de sus componentes, contar con una
contingencia, generación de alarmas.
Alta
del
requerimiento:
Nombre del Seguridad en información
Requerimiento:
Características: El sistema garantizara a los usuarios una seguridad en
cuanto a la información que se procede en el sistema.
Descripción del Garantizar la seguridad del sistema con respecto a la
requerimiento: información y datos que se manejan tales sean documentos,
archivos y contraseñas.
Alta
3.1 Requisitos comunes de las interfaces
3.1.1 Interfaces de usuario

La interfaz con el usuario consistirá en un conjunto de
ventanas con botones, listas y campos de textos. Ésta deberá ser
construida específicamente para el sistema propuesto y, será
visualizada desde un navegador de interne
3.1.2 Interfaces de hardware
Será necesario disponer de equipos de cómputos en perfecto
estado con las siguientes características:
 Torres de acceso para impresión y lectura de ticket que
permita cámara y video para registrar entrada y salida de
vehículos
 Procesador de 2.66GHz o superior.
 Acceso a LAN del servidor 24/7 cero contingencia
 cámaras con IA que detecta número de Placa del vehículo
 Torres de cobro con datafono integrado en línea
 Computador, teclado y Mouse.
 Impresora térmica
 Lector de Código de barra y QR Teclado.
3.1.3 Interfaces de software

 Sistema Operativo: Windows XP o superior.
 Explorador: Mozilla o Chrome.
3.1.4 Interfaces de comunicación
Los servidores, clientes y aplicaciones se comunicarán entre sí,
mediante protocolos estándares en internet, siempre que sea posible.
Por ejemplo, para transferir archivos o documentos deberán utilizarse
protocolos existentes (FTP u otros convenientes).
3.2 Requisitos funcionales
3.2.1 Requisito funcional 1
 Autentificación de Usuarios: los usuarios deberán
identificarse para acceder a cualquier parte del sistema.
 El sistema podrá ser consultado por cualquier
usuario dependiendo del módulo en el cual se
encuentre y su nivel de accesibilidad.

 Consultar Información: El sistema ofrecerá al
usuario información general acerca de la Operación del
Parqueadero, Usuarios Fijo, temporales, cantidad vehículos en
custodia en determinado momento, registro fotográfico de la
entrada y salida del vehículo con acceso a ver quien lo
conduce, control de placa vehicular ligado al número del Ticket
 Consultar vehículos en Custodia: Muestra
información general sobre los vehículos que se tienen
en determinado momento M, con el numero de los
mismos y foto de la placa.
 Consultar cliente fijos: Permite a los
celadores poder saber si determinado puesto fijo no
está parqueando en otro sitio distinto al asignado.
 Consultar tarjetas inactivas: El sistema
podrá desactivar las tarjetas de acceso a parqueaderos
fijos en forma automática si el pago del servicio por
adelantado no se realiza los primeros 5 dias de cada
mes.
 Registrar Usuarios: El sistema permitirá al
administrador registrar usuarios fijos establecer el precio del

minuto para cliente fijos y temporales. Imprimir los reportes
que este requiera
 Modificar: Permite al administrador modificar datos
de los usuarios, vehículos registrados y uso de las
instalaciones con el histórico del sistema.
 Gestionar pago virtual: Permite acceder al pago
virtual a través de la pagina del parqueadero del centro
comercial
 Pago mensual: Permite al cliente fijo poder
realizar su pango mensual, actualizar la información de
su vehículo, permite comunicación entre el administrador
y el propietario del vehículo a través de un sistema de
mensajería como Messenger o WhatsApp. Lo que
redundara en mejora de la calidad de comunicación
 Registrar nuevos vehículos: El cliente –
Usuario deberá suministrar toda su información personal
más los documentos de propiedad del vehículo para
poder ser registrado en el sistema.

o Cálculo de uso : El cliente podrá ver
cuantas horas diarias está poniendo a resguardo
su vehículo dentro del centro comercial y le
permitirá también calcular cuánto puede ahorrar
tomando el programa mensual de parqueadero por
un costo de 350.000 pesos Col para poder tener .
o números: El Cliente podrá analizar su
información histórica dentro de nuestro sistema
permitiendo aclararlas en tiempo real
 Consultar clientes morosos: Permite A la
administración poder emitir el reporte de cliente fijos que
se encuentran en mora y que por razones X o Y no le
pueden hacer posible la implementaron de
 Foros: Usuario podrá mantener una discusión
y ver información sobre un tema determinado por el
parqueadero.
o Permite la interacción y discusión de
usuarios sobre temas ya antes planteado.
o Planteamiento de temas sobre alguna
tarea o problema a desarrollar.
o Permite subir archivos y documentos
vinculados a un link para descargar y para tener
una mejor comunicación e interacción entre los
usuarios.
 Integración de Componentes: El componente de
inventario junto con el moodle deberá integrarse al sistema de
información web proporcionando los recursos necesarios, con
el propósito de que la interacción con los usuarios sea
provechosa en la administración de la información académica.
 Gestionar Reportes: Permite al administrador
imprimir reportes de los eventos a realizar o concluidos,
así como también, ver listados de Usuarios fijos y
temporales con estadísticas personalizadas
 Acreditar: Permite al administrador dar de alta a
nuevos clientes en el sistemas

 Auditoría: Evaluar y analizar los procesos del
sistema, proponiendo solución de problemas existentes dentro
del sistema utilizado
3.3 Requisitos no funcionales
3.3.1 Requisitos de rendimiento
 Garantizar que el diseño de las consultas u otro
proceso no afecte el desempeño de la base de datos, ni
considerablemente el tráfico de la red.
3.3.2 Seguridad
 Garantizar la confiabilidad, la seguridad y el
desempeño del sistema informático a los diferentes usuarios.
En este sentido la información almacenada o registros
realizados podrán ser consultados y actualizados permanente
y simultáneamente, sin que se afecte el tiempo de respuesta.
 Garantizar la seguridad del sistema con respecto a la
información y datos que se manejan tales sean documentos,
archivos y contraseñas.
 Facilidades y controles para permitir el acceso a la
información al personal autorizado a través de Internet, con la
intención de consultar y subir información pertinente para cada
una de ellas.
3.3.3 Fiabilidad
 El sistema debe tener una interfaz de uso intuitiva y
sencilla
 La interfaz de usuario debe ajustarse a las
características de la web de la Empresa, dentro de la cual
estará incorporado el sistema de gestión de procesos
3.3.4 Disponibilidad
 La disponibilidad del sistema debe ser continua con
un nivel de servicio para los usuarios de 7 días por 24 horas,
garantizando un esquema adecuado que permita la posible
falla en cualquiera de sus componentes, contar con una
contingencia, generación de alarmas.
3.3.5 Mantenibilidad
 El sistema debe disponer de una documentación
fácilmente actualizable que permita realizar operaciones de
mantenimiento con el menor esfuerzo posible

 La interfaz debe estar complementada con un buen
sistema de ayuda (la administración puede recaer en personal
con poca experiencia en el uso de aplicaciones informáticas).
3.3.6 Portabilidad
 El sistema será implantado bajo la plataforma de
Windows.

Documento Con Especificacion de Requerimiento Ga1-220501092-Aa4-Ev02

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Documento Con Especificacion de Requerimiento Ga1-220501092-Aa4-Ev02

Cargado por

Copyright:

Formatos disponibles

SERVICIO NACIONAL DE APRENDIZAJE – SENA

Tecnólogo en Análisis y Desarrollo de Software

DOCUMENTO CON ESPECIFICACION DE REQUERIMIENTOS

“ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION”

Fecha Revisión Autor Verificado Dep.

Rafael Eduardo Conde

Documento validado por las partes en fecha:

Por la Empresa Por la Institución Educativa

Centro Comercial Bahía Marina SENA – Servicio Nacional de

FICHA DEL DOCUMENTO 2

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

2.1 Perspectiva del producto 8

2.2 Funcionalidad del producto 14

2.3 Características de los usuarios 15

2.5 Suposiciones y dependencias 16

3.1 Requisitos comunes de las interfaces 25

3.1.1 Interfaces de usuario 25

3.1.2 Interfaces de hardware 26

3.1.3 Interfaces de software 26

3.1.4 Interfaces de comunicación 27

3.2 Requerimientos funcionales 27

3.2.2 Requisito funcional 2 27

3.2.3 Requisito funcional 3 28

3.2.4 Requisito funcional 4 29

3.2.5 Requisito funcional 5 29

3.2.6 Requisito funcional 6 31

3.2.7 Requisito funcional 7 31

3.2.8 Requisito funcional 8 31

3.2.9 Requisito funcional 9 31

3.3 Requerimientos no funcionales 32

3.3.1 Requisitos de rendimiento 32

Este documento es una Especificación de Requisitos Software

(ERS) para el Sistema de Control de Parqueadero del Centro Comercial

Bahía Marina. Esta especificación se ha estructurado basándose en las

directrices dadas por el estándar IEEE Práctica Recomendada para

Especificaciones de Requisitos Software ANSI/IEEE 830, 1998.

El presente documento tiene como propósito definir las

especificaciones funcionales, no funcionales para el desarrollo de un

sistema de información centralizado que permita el control de acceso y

retiro de vehículos no asistido por operadores para el funcionamiento 24/7 .

Centro Comercial Bahía Marina.

Esta especificación de requisito está dirigida al usuario del

parqueadero del Centro Comercial para agilizar el acceso y retiro de los

evitar la dependencia del operador a la salida y la verificación de placas

Nombre Rafael Eduardo Conde Herrera

Rol Analista, diseñador y programador

Categoría Profesional Ingeniero de Sistemas

Responsabilidad Análisis de información, diseño y programación del

Información de contacto econde69@hotmail.com

1.4 Definiciones, acrónimos y abreviaturas

Usuario Persona que usará el sistema para gestionar procesos

Admon Persona Administrativa que opera el Sistema

SCP Sistema Control de Parqueadero

ERS Especificación de Requisitos Software

RNF Requerimiento No Funcional

FTP Protocolo de Transferencia de Archivos

Título del Documento Referencia

Standard IEEE 830 - 1998 IEEE 830

Este documento consta de tres secciones. En la primera sección se

realiza una introducción al mismo y se proporciona una visión general de la

especificación de recursos del sistema.

En la segunda sección del documento se realiza una descripción

éste debe realizar, los datos asociados y los factores, restricciones,