Guía de Especificacón A & E de Sistema de Administración de Seguridad. LiNC-NXG TM. Guía de Especificación A/E

Transcripción

1 Guía de Especificacón A & E de Sistema de Administración de Seguridad LiNC-NXG TM Guía de Especificación A/E Febrero 2009 Revisión 1.1 PCSC no hace representaciones o garantías con respecto a los contenidos aquí descritos y se exime de cualquier garantía implícita de la operación para cualquier propósito en particular. Más adelante, PCSC puede modificar éste documento sin obligación de notificar a ningúna persona de ningúno de dichos cambios o revisiones. PCSC 3541 Challenger St. Torrance, California USA Teléfono: (310) Fax: (310) sales@1pcsc.com LiNC-NXG Guía de Especificación A/E

2 Guía de Especificación A&E de Sistema de Administración de Seguridad Acrónimos CAD DVD NXG PIN RDNA SDK SMS SQL UDF Diseño Asistido para Ordenador Disco Digital Versátil Próxima Generación Número de Identificación Personal Arquitectura de Red de Trabajo Dinámica en Tiempo Real Equipo de Desarrollo de Software Software de Administración de Sistema Lenguaje de Consulta Estructurado Formato Universal de Disco

3 Guía de Especificacón A & E de Sistema de Administración de Seguridad 1. General 1 Introducción Ésta especificación es utilizada para identificar los requerimientos para un control de acceso integrado, monitoreo de alarma, control de salida, control de elevador y sistema de video de circuito cerrado. La (s) Estación (es) de Trabajo del operador deben ser utilizada (s) para programación de base de datos o desplegados de eventos de almacenamiento o históricos. Todas las decisiones de control de acceso, alarma, salida y elevador deben ser procesadas por los controladores inteligentes distribuídos. 2 El sistema especificado debe ser el LiNC-NXG desarrollado por PCSC. 2 Alcance de Trabajo El proveedor del sistema debe diseñar, equipar, instalar y probar una tarjeta electrónica integrada de control de acceso y un sistema de monitoreo de alarma El proveedor del sistema debe ser responsable por el entrenamiento para el producto y el software y hardware necesario para una solución de llave de mano (turnkey) completa. 3 El proveedor del sistema también debe Entregar dibujos, especificaciones y archivos CAD del sistema en un UDF compatible con DVD Al completara la instalación, probar el sistema para verificar que cumpla con las especificaciones Entregar un reporte de prueba al propietario para su aceptación mostrando el producto en operación. Cualquier equipo especial requerido para prueba debe ser señalado Garantizar el sistema completo por un período de un (1) año a partir de la fecha de aceptación. La garantía debe incluir la reparación o reposición de producto defectuoso no debido al resultado de uso normal ni razgado Suministrar tres (3) juegos de manuales de operador. 3 Descripción General del Sistema 1 El sistema suministrado debe comprenderse de lo siguiente: Software de Aplicación de LiNC-NXG Software de Administración del Sistema (SMS) El sistema debe soportar un legado, actual y futuros controladores de arquitectura Debe soportar Arquitectura de Comunicación Puerto a Puerto Suministrar SDK para mejoras en aplicación y sistema 5 Suministrar Software e interfases de aplicación de usuario basadas en RED (WEB)

4 Guía de Especificacón A & E de Sistema de Administración de Seguridad 2 LiNC-NXG debe funcionar como un Servicio de Sistema bajo el sistema operativo de Microsoft Windows. 3 El SMS debe automáticamente reiniciarse bajo una falla de energía y reestablecer las comunicaciones con los controladores inteligentes sin la intervención de ningun operador. 4 Propiedades de aplicación deben ser controladas por el Administrador de Servicio de Microsoft. 5 El SMS debe ser configurado para utilizar una cuenta de sistema más que una cuenta de usuario, minimizando riesgos de seguridad. 6 Utilizar Base de Datos SQL de Microsoft. 7 Compatible con IBM Computadora personal basada en un procesador Intel Dual Core 8 El SMS debe soportar los controladores inteligentes de Acceso, Alarma. Salida y Elevador 9 Tarjetas y lectores de tarjetas de acceso Los lectores deben soportar simultáneamente Tarjetas de Multi-tecnología Los lectores deben ser supervisados y notificar al usuario cuando un lector falla o se daña debido al vandalismo o falla del lector Los lectores deben de soportar PIN Tecnologías de Proximidad o Tarjeta Inteligente debe ser soportado por el sistema Debe soportar lectores biométricos industriales estándar Las tarjetas deben tener la habilidad para soportar la impresión de logos corporativos o fotos de empleados 2 El sistema debe ser diseñado para soportar simultáneamente arquitecturas de Anfitrión a Controlador y Anfitrión a Controlador Principal. 3 El sistema debe soportar 3 niveles de Tolerancia a Falla Redundancia de Sistema Anfitrión como una opción Controlador Principal de Tolerancia a Falla Arquitectura de Autocuración o Red Dinámica en Tiempo Real (RDNA) 4 El Sistema debe soportar Comunicaciones Ethernet con los paneles de control inteligentes. 5 El sistema debe estar respaldado con baterías por hasta un mínimo de 4 horas para todos los aparatos de campo y 1 hora para las computadoras del anfitrión y de estación de trabajo. 4 Presentaciones (Entregas) 1 Dibujos del Taller 1. Las presentaciones deben incluir dibujos detallando todos los dispositivos. Los dibujos deben ser lo suficientemente detallados de modo que todas las partes involucradas entiendan el alcance del trabajo. Los dibujos del taller deben incluir la siguiente información como mínimo:

5 Guía de Especificacón A & E de Sistema de Administración de Seguridad Un dibujo de alto-nivel mostrando completo el sistema de control de acceso incluyendo las ubicaciones y descripciones de los dispositivos. Un plano (s) arquitectónico de piso mostrando el sistema completo con los tipos de cable, requerimientos de conductos, distancias, requerimientos de energía y cualquier detalle necesario para asegurar el alcance de trabajo es entendido. 2. Información del Producto El proveedor debe suministrar los panfletos a color necesarios, hojas de datos técnicos, diagrámas de cableado de cada producto a ser instalado El proveedor debe incluir al menos un (1) set de manuales de instalación/o usuario para cada aparato a ser instalado El proveedor debe suministrar una cuenta de materiales indicando los número de modelo y garantía de cada aparato a utilizar. 3. Dibujos de Como Construído (As Built) 1.El proveedor debe mantener las especificaciones y dibujos del sistema en un área segura para futuras actualizaciones y servicios. 2.Los dibujos deben definir el tipo y locación de cables, controladres de acceso, lectores, REX, candados, puntos de alarma, salidas y cualquier hardware asociado. 5 Garantía de Calidad Calificaciones del Fabricante 1.El fabricante debe haber estado en el negocio por un mínimo de 15 años diseñando, constuyendo, y probando sistemas relacionados con el control de acceso. 6 Calificaciones del Proveedor El proveedor del sistema debe haber estado en el negocio por un mínimo de 3 años instalando y dando servicio a sistemas relacionados con el control de acceso El proveedor del sistema debe mostrar un mínimo de 5 instalaciones de control de acceso similares dentro de los úlitmos 2 años. Si se requiere, las referencias deberán ser contactadas para revisar las calificaciones del proveedor. El proveedor del sistema del centro de servicio debe estar ocupado para proveer servicio de emergencia dentro de 4 horas de ser notificado, 24 horas al día, 365 días del año.

6 Guía de Especificacón A & E de Sistema de Administración de Seguridad 2 Diseño y Caracterísiticas del Sistema 1 LiNC-NXG debe operar bajo Microsoft Windows XP Profesional, Microsoft Vista Business (Negocio), Servidor Windows con Servidor Microsoft SQL o Edición Expres de Microsoft SQL. 2 El sistema de seguridad debe conformarse bajo los Estándares de Windows para operación de usuario y mantenimiento. 3 El sistema debe ejecutarse como un Servicio de Microsoft para asegurar un sistema más robusto. 4 El sistema debe soportar un marco de trabajo Microsoft.NET y utilizar SQL como su base de datos. 5 El sistema debe suministrar un diseño de Arquitectura Abierta. 6 El sistema debe estar escrito en una arquitectura multitarea. Cualquier sistema que no permita el uso del sistema durante reportes, descargas de base de datos o respaldos de base de datos no debe ser aceptado. 7 El sistema debe suministrar una capacidad de respaldo de base de datos en tiempo-real sin limitar el rendimiento y operaciones del sistema. 8 El sistema debe soportar un 100% de la red de trabajo distribuida del controlador inteligente. Cualquier sistema que requiera la intervención del Anfitrión para acceso de tarjeta, expiración de tarjeta automática, control de apertura de puerta automática o entrada/salida lógica no debe ser aceptado. 9 Protección de Password (Clave de Acceso) 9.1.Un password de usuario y password de estructura de nivel deben mantenerse para poder entrar dentro del sistema. Los niveles de password deben determinar los derechos para desplegar o modificar registros del operador en la base de datos. El sistema debe proveer un número ilimitado de niveles de uso del operador. 10Registro de Uso del Operador El sistema debe proveer un registro histórico de las acciones del operador o actualizaciones de base de datos por fecha y hora de cambio. Cada modificación al registro debe incluir los contenidos de valor de datos antes y después de la modificación. 11Segregación de Base de Datos 11.1.El sistema debe proveer un medio para determinar los datos específicos o rango de datos que pueden ser desplegados o modificados por el operador. Los rangos de datos deben estar disponibles con Propietarios de Tarjetas, Períodos de Tiempo, Autorización de Grupos, Grupos de Piso, Control de Puerta, Entradas y Salidas y monitoreo de alarma El sistema debe tener la habilidad de abrir simultaneamente múltiples ventanas Arquitectura de Comunicación El sistema anfitrión debe constantemente mantener el estátus del sistema así como los controladores, entradas, salidas, etc. El sistema notificará al usuario de cualquier cambio en estátus o pérdida de comunicación La comunicación primaria ser el Ethernet. Métodos de comunicación

7 alternativos para soporte inalámbrico estará disponible como una opción El sistema anfitrión debe proveer soporte simultaneo para comunicación de legado y arquitecturas de comunicación de Tolerante a Fallas Desplegado de Estátus de Comunicación consistirá en lo siguiente: Nombre del Panel Dirección de IP Número de Puerto Versión de Controlador Firmware Estátus de comunicación Todas las transacciones serán registradas en el anfitrión. Durante una pérdida de comunicación, los controladores mantendrán la transacción y automáticamente enviarla al anfitrión cuando la comunicación sea reestablecida. Las transacciones serán registradas con un mínimo de lo siguiente: Fecha y Hora de Suceso mm-dd-aa hh:mm:ss Tipo de Transacción Nombre o Locación del suceso Fecha y Hora registrados en el anfitrión mm-dd-aa hh:mm:ss 14Sincronización de Base de datos desde el Sistema Anfitrión a Controladores El sistema automáticamente descargará los cambios en la base de datos, inmediatamente después de una solicitud de cambio válida El sistema debe proveer un comando de operador para descargar datos a un controlador específico o un rango de controladores Si por algúna razón un controlador está Desconectado durante un cambio de base de datos, el sistema mantendrá una notificación de Actualización de Sistema y automáticamente descargará los cambios apropiados a los controladores, una vez que la comunicación haya sido re-establecida. 4 El sistema debe permitir al usuario Operar el sistema durante la sincronización de la base de datos Desplegado de Transacción de Conexión debe ser desplegado en la Ventana Principal y proveer al usuario la habilidad para buscar el diario entero Capacidades del Sistema Estaciones de Trabajo Ilimitadas Lectores de Tarjeta Ilimitados Debe soportar todas las teconologías para Tarjeta y Biométrica Propietarios de Tarjeta Ilimitados Debe soportar números de tarjetas de hasta 24 dígitos Debe soportar tarjetas CAC aprobadas para DOD Debe soportar formato de tarjeta FIPS Debe soportar formato de tarjeta TWIC Transacciones Históricas Ilimitadas Puntos de Alarma Ilimitados Salidas Ilimitadas Días Festivos Ilimitados Días Festivos por año

8 8 Períodos de Tiempo Ilimitados 9 Grupos con Entrada Autorizada Ilimitados Guía de Especificacón A & E de Sistema de Administración de Seguridad 17Autorización de Tarjeta El sistema debe proveer el nivel más alto de autentificación de tarjeta y autorización a propietario de tarjeta. La autorización de una tarjeta debe estar determinada con un mínimo de lo siguiente: Código Corporativo Validez de Tarjeta Ubicación de Puerta Fecha, Día y Hora Acceso Largo Entrada y Salida Edificio, Departamento y Estacionamiento Acceso de Supervisor Control de Evento Requerimientos de Escolta Salida de Acción de Tarjeta 2.18 Un Registro de Propietario de Tarjeta debe contener: Número de Empleado Nombre de Empleado (Nombre de Pila, Apeídos) Compañía División Departamento Afiliación Sitio Región Número de Teléfono del Trabajo Número de Teléfono de Celular Número de Teléfono de Localizador Número de Teléfono de Casa Número de Teléfono de Casa Acceso Largo Capacidad de Escolta Escolta Requerida Supervisor PIN Capaz de Evento de Sobre-escribir Activación de Salida de Propietario de Tarjeta Fecha de Contratación de Empleado Fecha y Hora de Activación de Tarjeta Fecha de Terminación de Contrato del Empleado Fecha y Hora de Expiración de Tarjeta Datos del Vehículo Ilimitados Número de Licencia de Manejo Modelo de Carro

9 Año de Carro Fabricante del Carro Color del Carro Guía de Especificacón A & E de Sistema de Administración de Seguridad Datos Personales Número de Seguridad Social Estátus Marital Dependientes Económicos Ciudadanía Peso Altura Color del Cabello Color de Ojos Género Dirección de Casa Datos de Emergencia Nombre de Pila, Apeídos Relación Número de Teléfono Oficina, Celular, Localizador, Casa 1, Casa Selección Primaria 2.19 Aplicaciones de Alta Seguridad y características Control de Propietario de Tarejta de Supervisor Anti-Passback Tres tipos de Anti-passback, Suave, Indulgente y Estricto deben ser soportados Suave-Habilidad para automáticamente actualizar los estátus de tarjetas y otorgar acceso Indulgente-Habilidad para negar acceso basado en estátus, automáticamente actualizar el estátus de tarjeta Estricto-Mantener lógica de entrada y salida basado en los estátus de Estacionamiento, Departamento y Edificio Tres zonas de anti-passback serán soportadas Estacionamiento Departamento Edificio Control de Escolta/Visitante Mantener la tarea de accesar tarjtas para Control de Visitante. Cada visitante debe ser asignado un estátus de Escolta Requerido requiriendo un empleado con estátus de Capacidad de Escolta para otorgar una entrada válida. La decisión no debe depender en el anfitrión To d a s l a s i n s i g n i a s d e v i s i t a n t e d e b e n e x p i r a r automáticamente en la fecha y hora basado en la expiración programada Regla de Ocupación Mínima de Dos-Personas (TPMOR) para aplicaciones de alta seguridad La característica de TPMOR requiere que las primeras dos (2)

10 personas utilizen insignia dentro de un área al mismo tiempo antes de que el acceso sea otorgado. Una vez que el área restringida tiene la ocupación de las dos personas requeridas, los accesos uso individual subsecuentes deben ser otorgados. El salir el área restringida debe requerir que los dos Guía de Especificacón A & E de Sistema de Administración de Seguridad (2) últimos ocupantes salgan al mismo tiempo. Un lector de entrada y salida debe ser utilizado para la cuenta del área La característica de TPMOR debe tener la habilidad para determinar la cuenta de ocupación apropiada durante el acceso por el personal de Escolta Requerida y Capacidad de Escolta. Los últimos dos (2) ocupantes no deberán de ser el personal de Escolta Requerida ni de Capacidad de Escolta Administración de Alarma El sistema debe tener la habilidad de definir tipos de entrada de alarma Entradas de contacto Seco o Supervisor Debe proveer 2 etapas de monitoreos de alarma Direccionamiento de Alarma La habilidad para direccionar mensajes de alarma para especificar estaciones de alarma por alarma. Si las alarmans no son reconocidas dentro de un tiempo específico de usuario deben tener la capacidad de ser direccionadas a otra estación de trabajo disponible. El tiempo de direccionamiento de alarma debe ser definido en minutos Las alarmas deben ser desplegadas en texto o en desplegado gráfico como una opción Los mensajes de alarma deben ser provistos en 2 formas, mensaje corto y largo Los mensajes cortos debe ser utilizados para una transacción de conexión histórica Los mensajes largos serán utilizados en desplegados de reconocimiento de alarma por el operador Control y Monitoreo de Puerta El sistema debe proveer estátus de transacción para detectar: Puerta Cerrada Puerta Mantenida Abierta por Largo Tiempo Puerta Abierta a Fuerza Estátus de Posición de Puerta debe ser supervisado para prevenir manipulación Solicitud a despositivo de Salida (REX) debe ser supervidado para prevenir manipulación Debe proveer una anunciación de puerta local para Puerta Mantenida Abierta. Si la puerta no es cerrada después de una duración establecida por usuario, un mensaje de Puerta Mantenida Abierta por Largo Tiempo debe ser enviado al Anfitrión.

11 2.22 Control de Elevador El sistema de Control de Elevador debe ser un controlador inteligente distribuído al 100%. Todas las decisiones relativas al acceso al piso del elevador deben ser logradas en el controlador. Ningúna decisión debe ser dependiente del anfitrión. Guía de Especificacón A & E de Sistema de Administración de Seguridad 2 En caso de una falla catastrófica debido a falla en la energía o falla del controlador, el controlador de elevador debe automáticamente fallar al Modo A Prueba de Falla, habilitando que todos los pisos sean accesados. 3 El sistema debe soportar hasta 999 grupos de piso único. Un grupo de piso por definición consiste de una lista de piso válida y tiempo de acceso a piso válido. Cuando el acceso es otorgado en un lector decabina de Elevador, el LED verde de autorizado y la lista válida de dependencias será energizada por un tiempo predeterminado, permitiendo al usuario seleccionar el botón del piso de destino apropiado. 4 El sistema debe soportar 4 asignaciones de grupo de piso por propietario de tarjeta. 5 El sistema debe requerir propietarios de tarjetas para tener acceso al lector de cabina a través de grupos de autorización antes de activar cualquier asignación de grupo de piso. 6 El sistema debe requerir la habilidad de habilitar y deshabilitar pisos basado en activación manual, condición de Evento y períodos de tiempo seleccionados. 7 El sistema debe requerir la habilidad de imprimir reportes históricos de pisos seleccionados por el propietario de tarjeta. 23 Reportes de Sistema El sistema debe proveer reportes de todos los archivos de las bases de datos excepto para los niveles de programa y password. Los reportes deben poder imprimirse o para un archivo específico. Los reportes deben ser configurados por usuario y deben tener la habilidad de tener un horario por día y hora Los Reportes Personalizados deben tener la capacidad del usuario para utilizar constructores de reportes certificados SQL, como Reportes Cristal Reportes para: Todos los Datos de Entrada de Usuario (Tarjeta, Grupo de Autorización, Períodos de Tiempo, etc.) Transacciones de Tarjeta Transacciones de Alarma Registro de Operador de Auditoría Reportes Reunidos por Edificio o Departamento Búsqueda por Identificación de Propietario de Vehículo 24Recuperación y Respaldo de Sistema El sistema debe proveer un respaldo de base de datos en línea En el evento de una falla catastrófica, el sistema debe tener la habilidad de subir (upload) información desde el controlador inteligente, de regreso a la base de datos del sistema bajo solicitud del operador y su confirmación.

12