El sistema podrá soportar una tasa de comunicación de 19.200 baudios a todos los paneles de control y tasas de comunicaciones 10 MB Ethernet a las Workstation del usuario. El software del sistema de detección de intrusos (SDI) deberá soportar impresoras de informes. Las impresoras de informes pueden conectarse al puerto paralelo de las computadoras del servidor o cliente.
El software del SDI utilizará únicamente un ratón como interface hombre-máquina. El ratón será usado a lo largo de la aplicación. El software del SDI podrá soportar múltiples mecanismos en serie. Además de com1 y com2, hasta [8, 16, 32 a 256] puertos adicionales podrán ser configurados a través del uso de un expansor de puerto. Estos puertos en serie podrán ser usados para conexión a paneles de campo, módems y consola de controles CCTV.
El software del SDI soportará hasta doscientos cincuenta y seis puertos para comunicación a controladores de campo inteligentes. Un mínimo de [16] controladores de campo inteligentes pueden ser configurados por sistema. En una configuración cableada hasta dieciséis (16) controladores de campo inteligentes podrán ser configurados por línea.
El software del SDI deberá soportar el uso de redes Ethernet como camino de comunicación entre la computadora huésped y mecanismos de campo tales como módems, controladores de campo inteligentes, consola de controles de CCTV. Este camino de comunicación será la misma red usada para comunicaciones entre el servidor huésped y las Workstation del operador.
Las comunicaciones entre la computadora huésped y mecanismos de campo serán encapsuladas en una red / capa de transferencia TCP/IP. En una configuración de red dedicada, mínimo seis (6) controladores de campo inteligentes deberán poder ser configurados por línea. El software del SDI deberá dirigirse a cada puerto de comunicaciones con el sistema mediante un único nombre de usuario definido de mínimo veinte (20) caracteres. El uso de números de código o mnemotécnica no será aceptado. Además deberá proporcionar la capacidad de agregar una descripción del puerto de configuración a cada configuración de puerto. No debe haber límite para la cantidad de texto usado para describir el puerto de comunicaciones.
El software del SDI permitirá al operador poner al puerto de comunicaciones en línea o fuera de línea. Si el puerto de comunicaciones es ubicado en la posición fuera de línea, el sistema no usará el puerto para comunicarse con mecanismos de campo configurados en ese puerto. Si el puerto de comunicaciones es puesto en la posición en línea, el sistema usará el puerto para comunicarse con mecanismos de campo configurados en ese puerto. Si el puerto de comunicaciones está en un mecanismo de red, tal como un servidor de terminal, el sistema deberá indicar si hay una pérdida de comunicaciones a esa dirección de red. Todas las unidades de campo conectadas con esa dirección de red también deberían ser reportadas como estado de error de comunicación.
Para permitir las demoras típicas en la red, el sistema deberá permitir al administrador del sistema definir un tiempo de espera antes del anuncio de un error en la comunicación. El tiempo de espera será de cero (0) hasta noventa y nueve (99) en undécimo (1/10) incrementos de segundo.
El sistema deberá brindar al administrador la capacidad de establecer un período de nueva prueba nueva conexión. Este es el período de tiempo que el sistema aguardará antes de intentar restablecer comunicaciones con un puerto de red que esté en error de comunicación. El periodo para efectuar un nueva prueba de re conexión será de cero (0) a noventa y nueve (99) segundos configurable en incrementos de un décimo (1/10).
La configuración de las características del puerto de comunicaciones remotas, es decir, la velocidad en baudios, la paridad, el chequeo de errores, etc., será llevada a cabo ya sea en el mecanismo de la red o a través de herramientas de manejo de la red.
Dirección IP.
Para puertos de comunicaciones en un mecanismo de red, el sistema permitirá al operador definir la dirección IP del mecanismo, así como también la dirección del puerto local, a la cual los mecanismos de campo remotos están conectados. Deberá ser posible configurar el sistema de manera tal que las comunicaciones entre la computadora huésped y el panel controlador de campo inteligente sean encriptados.
INSTITUTO POLITÉCNICO NACIONAL
ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA ZACATENCO
Gerardo Narvaez Andrade Página - 107
El sistema soportará un orden redundante de múltiples drives de disco rígido independiente (RAID) que brinde alta operatividad y tolerancia a la falla. El orden del raid aparecerá frente a la computadora huésped como una sola unidad de almacenamiento o como múltiples unidades lógicas. El sistema deberá soportar el uso de raid nivel 1 y raid nivel 5. El sistema tendrá la capacidad de soportar el uso de servidores con dos o más procesadores.
Redundancia.
A través del uso de software de terceros y hardware asociado, el sistema soportará un segundo servidor para capacidad redundante. Durante la operación normal, los datos serán escritos a cualquiera de los servidores y serán reflejados a su contraparte en un proceso de reflexión bidireccional.
Si un error es detectado, será verificado a través tanto de la red como de los eslabones de datos reflejados. Cuando el error haya sido verificado, el servidor superviviente asumirá las funciones e identidades del servidor que falló sin tener que sacrificar sus propias identidades y funciones. Las aplicaciones que originariamente aparecían en el servidor que cometió el fallo son reiniciadas en el servidor superviviente.
Red de Área Local.
El software del SDI será de arquitectura cliente / servidor o huésped / controlador configurada para operar en un ámbito de red de área local. Podrán acceder al servidor SDI un mínimo dos (2) estaciones de trabajo del operador en cualquier momento simultáneas. La red deberá soportar el protocolo TCP/IP.
Capacidad del Software.
El software del sistema y el software de desarrollo del idioma serán aceptados por la industria y de un tipo ampliamente usado en sistemas comerciales. El sistema operativo será multi-usuario / multi-tarea capaz de operar en un CPU no patentado. El software de aplicación sustancialmente tal como se ofrece, estará escrito en un idioma de programación estándar de la industria de alto nivel.
El sistema será modular en naturaleza, permitiendo que las capacidades del sistema sean fácilmente expandidas sin requerir cambios importantes al funcionamiento del sistema y manteniendo todos los datos del sistema definidos así como información histórica. Todas las funciones del sistema serán accesibles a través del control de un ratón de clic señalador.
Los sistemas que requieran control de secuencia de mensajes de comando o sintaxis compleja no son aceptables. El software del sistema incluirá las siguientes características y estará configurado para un mínimo de:
· dos (2) ubicaciones de programación simultánea.
· novecientas noventa y nueve (999) pcs de clientes definibles en el servidor.
· soportar hasta diecisiete (17) impresoras simultáneas.
· ciento veintiocho (128) esquemas de tiempo.
· treinta y dos (32) feriados programables.
· soportar los sistemas de control de activos.
· dos mil (2000) códigos de autorización.
· ciento veintiocho (128) puntos de entrada y soportar 10.000.
· ciento veintiocho (128) puntos de salida y soportar 10.000.
· cuarenta mil (40.000) cuentas de operador con niveles de privilegio definibles ilimitados.
· anuncio de alarma audible en la Workstation del operador.
· mapas de gráficos ilimitados a ser visualmente presentados en el monitor de la Workstation del operador.
· sistema operativo multi-usuario, multi-tarea.
· diagnóstico remoto sintonizado.
· esquema de eventos.
· número ilimitado de áreas.
· interface en serie con consola de controles de CCTV.
· comunicaciones del panel de campo a través de diversos medios incluyendo el cableado, la sintonización
y la red Ethernet.
Operación del Software.
El sistema proporcionará una metodología de configuración “top Down”. La programación “top Down” permitirá al
INSTITUTO POLITÉCNICO NACIONAL
ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA ZACATENCO
Gerardo Narvaez Andrade Página - 108
lógico. El sistema debería permitir al operador comenzar en el nivel de configuración más elevado del sistema y luego moverse hacia abajo a través de los niveles de configuración inferiores sin tener que moverse hacia atrás y hacia delante entre una diversidad de menús.
Las herramientas de configuración utilizarán controles de configuración inteligentes. El sistema será estructurado de manera tal que el operador no podrá llevar a cabo funciones de configuración que no sean válidas basadas en la configuración utilizada.
En el caso de que el operador pueda tener que elegir los objetos pre-definidos, el sistema brindará una lista de
selección “pop-up”. El sistema utilizará íconos dinámicos. Los íconos dinámicos cambiarán de aspecto, tanto en
color como en presentación visual del icono en base al estado del objeto asociado. Este cambio de aspecto ocurrirá en tiempo real y no requerirá que el operador del sistema lleve a cabo una renovación de la pantalla o se retire de la pantalla actual.
· se proveerán íconos dinámicos para representar:
· paneles de campo inteligentes.
· entrada de alarma.
· relé de control de salida.
· evento de alarma / sistema.
· acciones manuales del operador.
Para el panel de campo inteligente conectado por cable a la computadora huésped, los íconos dinámicos reflejarán el verdadero estado del mecanismo representado por el icono. En el caso de que ciertos cambios de datos dentro de las pantallas de datos puedan contener la misma información, el sistema proporcionará la
capacidad de definir instalaciones por “default” para estos campos de entrada de datos.
El operador podrá cambiar la instalación por “default” sin tener impacto sobre objetos que ya han sido definidos.
Conectividad de la Base de Datos Abierta.
El sistema de control de manejo de datos utilizará un motor de base de datos que sea adaptable a la conectividad de la base de datos abierta (ODBC). Este motor de la base de datos será compatible con drivers ODBC de 32 bit. El sistema permitirá la capacidad de introducir información ODBC a la base de datos del sistema para importar datos personales directamente en esa base de datos.
Estos datos serán automáticamente descargados en los mecanismos de campo de la misma manera en que manualmente se introdujo información.
Los manuales de software para el SDI proporcionarán documentación completa esbozando el esquema de la base de datos usada dentro del sistema. Esta documentación debería ser suficiente como para permitir a una persona, moderadamente hábil con las bases de datos, extraer información de las bases de datos del SDI. La información del esquema de la base de datos incluirá información sobre tablas personales, historia y tablas de configuración. Será posible utilizar herramientas de reporte de terceros, tal como informes de cristal, para generar informes que no hayan sido aún provistos por los sistemas de control del manejo de la seguridad, tal como informes estadísticos o gráficos de la actividad del sistema.
Protección de la clave de acceso ODBC:
Protección de la clave de acceso y del nombre del usuario del nivel de la base de datos ODBC que suministren un nombre del usuario y clave de acceso cuando se conecten con la base de datos SDI. Los nombres del usuario y clave de acceso serán configurados a través de la funcionalidad de la configuración del usuario actualmente disponible en las herramientas de administración.
El sistema será configurado de manera tal que la información presentada a usuarios del sistema y a operadores pueda ser visualmente presentada en español. La información presentada al operador del sistema será presentada en español en el perfil del operador. Si múltiples operadores se encuentran conectados con el servidor huésped, la información deberá ser visualmente presentada en español definido en su perfil.
INSTITUTO POLITÉCNICO NACIONAL
ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA ZACATENCO
Gerardo Narvaez Andrade Página - 109
Los mensajes generados por el sistema serán visualmente presentados en español o durante la generación del informe. Cuando genere un informe, el operador podrá seleccionar de una lista predefinida, cuando se genere el informe deberá ser presentado en español.
El sistema soportará la fecha formateada en dd/mm/aa o mm/dd/aa, dependiendo del formato de la fecha local.
Configuración del Menú.
El software del sistema permitirá la configuración y programación de controladores de campo inteligentes a través del uso de comandos de menú simple. Los comandos de menú pueden ser ejecutados mediante un golpe de tecla y punto del ratón / control click.
Actualización de la Base de Datos.
El software del sistema descargará/cargará información a / desde el controlador de campo inteligente automáticamente mientras el controlador esté en comunicación con la CPU del huésped. Una descarga de datos también será automáticamente inclinada cuando un controlador vuelva de un error en las comunicaciones.
Puertos en Serie.
Todos los puertos en serie serán configurados desde un menú fácil de seguir. Los sistemas que requieran conocimiento en profundidad del sistema operativo o setup cmos para configuración del puerto no son aceptables. Asignación de nombres a los elementos del sistema:
El software del SDI deberá poder dirigirse a cada uno de los elementos dentro del sistema a través de un nombre único definidos al menos por de veinte (20) caracteres. El uso de números de código o mnemotécnica no será aceptado.
Feriados.
El software del sistema permitirá un mínimo de treinta y dos (32) feriados. Los feriados serán considerados como días adicionales de la semana y tendrán parámetros programables por el usuario diferentes de las asignaciones normales para ese día. El sistema proveerá la capacidad de designar dos (2) tipos feriados, permitiendo a ciertos segmentos del sistema estar bajo control feriado, mientras que otros segmentos del sistema se encuentran bajo controles de tiempo normal. El sistema permitirá dirigirse al feriado dentro del sistema a través del nombre definido del usuario de veinte (20) caracteres asignado a ese feriado, es decir al día de año nuevo, puede dirigirse como día de año nuevo. El uso de números de código o mnemotécnica en lugar del nombre del feriado no será aceptado.
Configuración.
Cada especificación de tiempo estará comprendida de segmentos de tiempo definidos por el usuario. Cada segmento de tiempo será día(s) de la semana, para incluir los feriados y tiempo de inicio y tiempo de finalización. El sistema deberá proveer agrupaciones de días, es decir, lun-vier, para una fácil configuración del sistema.
Arranque.
El software del sistema tendrá la capacidad para un mínimo de ciento veintiocho (128) especificaciones de tiempo programables por el usuario. Cada especificación de tiempo estará adaptada para permitir un mínimo de dieciocho (18) segmentos de tiempo individuales.
Asignación:
El sistema permitirá una especificación de tiempo a ser asignada a: Acceso a la autorización del control.
Entradas. Salidas. Puertas.
Funciones programadas Eventos de alarma.
Manejo de la Zona de Tiempo.
El sistema permitirá al usuario final configurar el servidor del huésped, estación de trabajo del operador y mecanismos de hardware de campo, tales como controladores de campo inteligentes, autorizaciones, elevadores,
algunos grupos e informes para que estén en diferentes zonas de tiempo. Una zona de tiempo es una “zona de
INSTITUTO POLITÉCNICO NACIONAL
ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA ZACATENCO
Gerardo Narvaez Andrade Página - 110
capacidad de agregar texto de descripción de la zona de tiempo a cada definición de la zona de tiempo. No habrá límite para la cantidad de texto que puede ser usado para describir la zona de tiempo.
El sistema deberá soportar todas las zonas de tiempo soportadas por el sistema operativo Windows. Cuando defina la zona de tiempo a ser usada por el sistema, el sistema estará provisto de un listado excluyente de todas las zonas definidas por el sistema operativo Windows. El operador podrá seleccionar la zona de tiempo apropiada de este listado.
Para presentación visual en la estación de trabajo del operador, inclusión de informes, etc., el sistema permitirá al operador definir una abreviatura única de tres (3) caracteres para la zona de tiempo.
Los objetos dentro del sistema tendrán una zona de tiempo asociada que permita al objeto operar usando la hora local en la cual el objeto se encuentra físicamente ubicado. Los objetos a los cuales zonas de tiempo serán asociados incluyen estaciones de trabajo del operador y controladores de campo inteligentes.
Todos los ítems asociados con un objeto heredarán la zona de tiempo del objeto asociado. Una estación de trabajo del operador podrá ser asociada con una zona de tiempo de manera tal que las acciones manuales llevadas a cabo por un operador en la estación de trabajo ocurrirán en la zona de tiempo de la estación de trabajo. Si un operador intenta configurar el sistema y crea un desequilibrio de la zona de tiempo, tal como definir un código de autorización que contiene combinaciones de puerta / hora franqueando múltiples zonas de tiempo, el sistema proveerá además un informe de excepción de zona de tiempo que enumerará los lugares donde el desarreglo de la zona de tiempo ocurra.
El sistema permitirá que zonas de tiempo sean asignadas a: Controladores de campo inteligentes
Consola de controles CCTV Clientes
Especificaciones de tiempo Reproducciones de la jornada Computadora del servidor huésped Estaciones de trabajo del operador
Cuando un operador lleva a cabo una acción que será controlada por el tiempo, y finalización, el operador también accionará la zona de tiempo asociada. Permitir a un operador definir los tiempos correctos cuando la acción deberá ocurrir.
Estación de Trabajo de Monitoreo de Eventos.
La hora / la fecha o la fecha / hora de actividad recibidos por el huésped serán visualmente presentados con respecto a la zona de tiempo en que la estación de trabajo del operador se encuentra ubicada.
La zona de tiempo en que la estación de trabajo del operador se encuentra ubicada será visualmente presentada en la estación de trabajo del operador, junto con la fecha y la hora actuales.
Equilibrio a gmt (hora media de Greenwich).
Para cada zona de tiempo especificada, el sistema suministrará un campo no editable indicando el tiempo del equilibrio desde la hora media de Greenwich (gmt) en horas y minutos durante la hora de ahorro no de día para una zona de tiempo.
Para cada zona de tiempo especificada, el sistema suministrará un campo no editable indicando si la zona de tiempo especificada se ajusta al tiempo de ahorro del día.
Uso del sistema
Los eventos serán usados a través del sistema para permitir al sistema reaccionar a la actividad del sistema. Por ejemplo un evento puede ser activado en base a un punto de alarma entrando en un estado de alarma. Los eventos fusionarán los eslabones a acciones, anuncios, error del puerto de comunicaciones y capacidades de activación con hora fijada en un componente. Un evento llevará a cabo múltiples funciones determinadas por las acciones que el usuario asocia con él.
INSTITUTO POLITÉCNICO NACIONAL
ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA ZACATENCO
Gerardo Narvaez Andrade Página - 111
El sistema proveerá cuatro (4) niveles de prioridad: crítico, alto, medio, bajo. Cada nivel de prioridad incluirá una gama de cincuenta (50) prioridades de evento, proporcionando de esa manera doscientas (200) prioridades de evento. El sistema permitirá al operador elegir una prioridad individual o uno de los cuatro niveles de prioridad. El sistema permitirá que un evento sea configurado para: