Ingeniería de Requisitos SISTE, CIAECIS-CS-UC (2011)

Centro de Investigaciones y Altos Estudios en Ciencias Sociales
DOCUMENTO DE DEFINICIN DE REQUISITOS DEL SISTEMA DE INFORMACIN DE ATENCIN DE EMERGENCIAS (SISTE)

Organismo de aplicacin: Servicios Telefnicos de Atencin de Emergencia Proyecto realizado como Trabajo de Especial de Grado para optar al Ttulo de Ingeniero de Sistemas en el IUP Santiago Mario
Ing. Richard Rodrguez Salazar Mrida, Venezuela, agosto de 2.010 Revisado: Noviembre, 2011
DOCUMENTO DE DEFINICIN DE REQUISITOS INGENIERA DE REQUISITOS DEL SISTEMA DE INFORMACIN PARA LA ATENCIN DE EMERGENCIAS (SISTE) Fecha: 06/08/2010. Pgina 1 de 107
NDICE DE LA PROPUESTA
P.p. 1. INTRODUCCIN ........................................................................................ 3 2. INFORMACIN GENERAL .................................................................................. 4 2.1. Sistema de Informacin para la Atencin de Emergencias (SISTE) ........... 4 2.2. Mdulos de SISTE........................................................................................... 4 2.3. Objetivo general ............................................................................................... 8 2.4. Objetivos especficos ....................................................................................... 8 2.5. Alcance ............................................................................................................. 8 2.6. Delimitacin ...................................................................................................... 9 3. INGENIERA DE REQUISITOS (IR) ................................................................... 10 Documento de Requisitos de Usuario (DRU) ................................................ 12 3.1. Documento visin: Modelado de negocios (MN) ........................................ 13 3.1.1. Objetivos del sistema de negocios ........................................... 13 3.1.1.1. Misin ........................................................................... 14 3.1.1.2. Visin ........................................................................... 14 3.1.2. Procesos del negocio ............................................................... 15 3.1.2.1. Cadena de valor ........................................................... 15 3.1.2.2. Procesos vitales ........................................................... 16 3.1.3. Objetos del sistema de negocio ............................................... 20 3.1.4. Actores/unidades organizacionales .......................................... 21 3.1.5. Regla de negocios.................................................................... 24 3.2. Especificacin de requisitos de usuario .............................................. 24 Documento de Requisitos de Sistema (DRS) ................................................ 29 3.3. Especificacin de requisitos de sistema ............................................. 30 3.4. Desarrollo de la baseline de la arquitectura .............................................. 38 3.5. Construccin del producto .................................................................. 70
Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
3.5.1. Modelado de datos ................................................................... 70 3.5.1.1. Diccionario de datos ..................................................... 70 3.5.1.2. Diagrama de clases ...................................................... 81 3.5.1.3. Modelo de datos Entidad-Relacin (E-R) ..................... 81 3.5.2. Modelo de dominio ................................................................... 81 3.5.3. Mapa de comportamiento a nivel de hardware ........................ 84 3.6. Producto final ................................................................................................. 87 3.6.1. Plan de gestin de desarrollo............................................................. 95 3.6.1.1. Factibilidad social .................................................................. 95 3.6.1.2. Factibilidad tcnica ................................................................ 95 3.6.1.3. Factibilidad de Recursos humanos .............................. 97 3.6.1.4. Factibilidad econmica.......................................................... 98 4. Autor del Proyecto .......................................................................................... 102
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
1. INTRODUCCIN El presente Documento de Definicin de Requisitos (DDR) del SISTE, permitir resolver la problemtica originada por la ausencia del Sistema de Informacin de Atencin de Emergencias actual, conformando un efectivo y eficiente Sistema de Informacin, ayudando a mejorar la calidad de cualquier Servicio de Atencin Estadal de Emergencia en el pas; por consiguiente, una mejora sustancial en la calidad de vida de la poblacin, por cuanto obtendrn respuestas ms rpidas y efectivas ante las emergencias presentadas. Este Sistema de Informacin ayudar a descargar parte del trabajo que realiza el personal que labora en cualquier SAE de Venezuela, incrementando la calidad de la atencin de las llamadas que se realicen, y brindando el envo de las unidades de los organismos de seguridad, lo cual redundar positivamente en el desempeo de sus funciones. Finalmente, este trabajo podr ser utilizado para referencias en futuros proyectos de Ingeniera de Requisitos. A lo largo del presente DDR, se ha explanado el logro del desarrollo de la Ingeniera de Requisitos para el Sistema de Informacin en cualquier Servicio Estadal de Atencin de Emergencias de Venezuela, mediante el cumplimiento de una serie de fases.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
2. INFORMACIN GENERAL
2.1. Sistema de Informacin para la Atencin de Emergencias (SISTE)
Es un software libre de tecnologa web, diseado para ser implementado en los Servicios de Atencin de Emergencias (SAE) de cualquier Estado de Venezuela, bajo la coordinacin del Ministerio del Poder Popular para las Relaciones Interiores y Justicia, como rgano rector de la seguridad del pas; el cual se activa al momento de que una persona solicita, va telefnica o Internet, que se le ayude a resolver una emergencia presentada; funcionando como un mecanismo tecnolgico de integracin con los Organismos de Seguridad del Estado, a los fines de que acudan a los sitios de sucesos, los ms rpido posible y sin retrasos innecesarios, y atiendan efectivamente la emergencia presente. As mismo, el SISTE deber ser codificado bajo las siguientes caractersticas: Aplicaciones Web: Software: Libre licencia GNU GPL. Plataforma: web cliente-servidor Sistemas operativos: Microsoft Windows 9x, NT, 2000, XP, Vista, 7, Server, GNU Linux. Web Apache Server. Lenguaje de programacin tecnologa Web PHP.
Sistema de Gestin de base de datos: PostgreSQL Server MySQL Server
Central telefnica: DIGIUM-Asterix

Revisado por: Aprobado por:
Elaborado por:
Firma y sello
Firma y sello
Firma y sello
Servidores de red: GNU Linux Debian Server
Redes telemticas: Protocolo TCP/IP. Red WAN con enlace satelital, red de telefona pblica, Internet y/o WI-FI frecuencia 5.8 Ghz. Red local de cableado estructurado categora 6e, en cada SAE. Red troncalizada de Seguridad Ciudadana regional.
Otros servicios: Sistema de posicionamiento global (GPS).
Aplicaciones y Mdulos del SISTE:
Para dar cumplimiento a las funciones antes indicadas, se disearon tres aplicaciones con sus respectivos mdulos, para conformar el ambiente orientado a objetos del SISTE. La primera es la Aplicacin Reporte de Emergencias disponible a travs de Internet; la segunda, es la aplicacin Aplicacin Servidor que estar alojada en la sede principal de los SAE; y la tercera, es la aplicacin Aplicacin SAE para ser utilizada por cada SAE, a los fines de atender las llamadas y prestar el servicio al ciudadano solicitante. A continuacin se describen las anteriores aplicaciones y sus mdulos:
a. Aplicacin para el Reporte de Emergencias: al momento de hacer el contacto, el ciudadano solicita ayuda, y el servidor del SISTE revisa inmediatamente un historial de las llamadas realizadas desde el nmero de telfono direccin Ip. Nota: En lo sucesivo, a los fines de generalizacin, entindanse como llamadas de emergencia el contacto que realizan las personas con el SAE, bien
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
sea a travs de una llamada telefnica al discado 171, por va VoIp o mediante el llenado del formulario mediante la pgina Web. a.1. Primer Mdulo: Discado al nmero 171: se hace el contacto con el SAE a travs del uso tradicional del discado 171, desde cualquier telfono pblico, fijo o celular; enlazndose a la central telefnica VoIp, para iniciar un enlace directo de voz directo con el operador. a.2. Reportar una emergencia va Internet: a travs de este mdulo, los ciudadanos contactan al SAE para solicitar le atiendan en su emergencia, mediante dos mtodos haciendo uso del Internet, a travs de una llamada VoIp de un servicio Web. a.2.1. Segundo Mdulo: Llamada VoIp: se hace el contacto con el SAE a travs del uso de la tarjeta de sonido de un computador conectado a Internet; enlazndose a la central telefnica VoIp, para iniciar un enlace directo de voz directo con el operador a.2.2. Tercer Mdulo: Servicio Web: es la pgina web accesible desde cualquier navegador, mediante la cual, las personas pueden acceder a los servicios del SAE, con la misma efectividad que una llamada telefnica. Los ciudadanos podrn reportar la emergencia bien sea con un formulario de reporte de emergencia, o a travs de una llamada de voz basada en Internet (VoIp), similar a las que se realizan mediante messenger. b. Aplicacin para el Servidor: Es el sistema contentivo de los algoritmos y rutinas de programacin confidenciales del software SISTE, siendo el cerebro o la aplicacin principal de monitoreo nacional, y estara alojado en los servidores del MppRIJ, accesibles por cualquier SAE en Venezuela a travs de medios de transmisin fsicos o inalmbricos dispuestos para tal fin (satelital, Internet, Telefona). El software tendr acceso on line con diversas bases de datos de otros Organismos del Estado, que aportarn informacin
Firma y sello
Firma y sello
Firma y sello
importante para la Seguridad Ciudadana, tales como SIPOL, Meteorologa y todos los suscriptores de telefona e Internet. c. Aplicacin para los SAE: Es el sistema contentivo de los algoritmos y rutinas de programacin no confidenciales del software SISTE, y es la aplicacin que tendr acceso a la aplicacin principal del servidor anteriormente indicada con el No. 2; y estara alojado en los servidores de cada SAE, accesibles por cualquier sucursal del SAE y unidades mviles de los Organismos de Seguridad, ubicados en el mismo Estado, a travs de medios de transmisin fsicos o inalmbricos dispuestos para tal fin (satelital, Internet, Telefona). Igualmente, en cada SAE estaran alojadas las bases de datos de uso local, generadas en cada uno de estos, para su monitoreo, tabulacin, y dems medicin de control de gestin propio de cada organismo 171 de cada Estado. c.1. Cuarto mdulo, Atender reporte de emergencia: el operador del SAE, recibe la emergencia reportada y canaliza la misma para resolverla mediante un ticket de emergencia. Mediante este mdulo recibe los datos bsicos de la emergencia aportados por el ciudadano mediante el primer mdulo, a travs de una llamada telefnica al discado 171; tales como nombre y cdula de quien llama, direccin, nmeros de telfono, direccin de la emergencia y una descripcin breve y precisa de la misma. Luego, genera inmediatamente el ticket de emergencia una vez auditada la llamada, para que sea atendida por el rgano de Seguridad correspondiente, y contina la entrevista ampliando la informacin y dando apoyo y asesora para brindar calma y tratar de solucionar el problema mientras llegan al sitio, los rganos de Seguridad enviados. La auditora de la llamada de emergencia es un sub-mdulo que corresponde al mdulo de atender el reporte de una emergencia, mediante el
Firma y sello
Firma y sello
Firma y sello
cual se van a revisar los datos de origen de la llamada, su histrico y el registro delictivo del ciudadano que llama. En este sub-mdulo, el operador evaluar y deducir si la llamada es confiable, o presenta indicios de ser una llamada de sabotaje, generando un ticket de acuerdo a los resultados c.2. Quinto Mdulo, Despachar el servicio: es la funcin del SISTE mediante el cual el despachador enva al rgano de Seguridad competente. El despachador recibe digitalmente el ticket de emergencia emitido por el operador, y genera el ticket de despacho que se distribuye en todos los rganos de Seguridad y las unidades mviles que les corresponden a estos, para divulgar ampliamente la emergencia, apoyando el uso tradicional de radiocomunicaciones. Inmediatamente se comunica con las unidades mviles ms apropiadas para atender la emergencia, previamente ubicadas por GPS. c.3. Sexto Mdulo, Atender emergencia: est creado para que el rgano de Seguridad preste el servicio correspondiente a lo indicado por el despachador. El rgano de seguridad recibe la llamada por radio telfono, e igualmente recibe digitalmente el ticket de despacho, y posteriormente acude al sitio de la emergencia y la atiende, registrando en el SISTE cada accin realizada. Asimismo, el SISTE pone a la disposicin del rgano de Seguridad la base de datos de Registros Delictivos (S.I.P.O.L.), como instrumento de consulta.
Cada mdulo contiene funciones propias de estos, entre las cuales tenemos la impresin de reportes, consulta de bases de datos, funciones de crear, modificar, eliminar y consultar registros. El actor Supervisor, es un ente con funciones
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
de super-usuario en todos los mdulos del SISTE y sus funciones, el cual puede acceder libremente a todos los mdulos. Por tcnicas de diseo, se busca la simplificacin al mximo del SISTE, evitando al mximo la creacin de complejas ventanas y atajos; es por lo que se determin la creacin de solo estos cuatro mdulos del SISTE, con el uso de habilitacin y deshabilitacin de mdulos, funciones y botones, segn sea el nivel de privilegios y permisologas del usuario que opera el SISTE. Inclusive, los mdulo cuatro y cinco del SISTE pueden ser accesibles a los dems mdulos de la aplicacin cliente-servidor, a travs de Internet, para los casos de que funcionarios de alto nivel de confianza, Consejos Comunales, Prefecturas, Juntas Parroquiales, Asociaciones de Vecinos, o colaboradores voluntarios del SAE; puedan apoyar como ramificaciones y sucursales de ese servicio las 24 horas del da, permitiendo que no estn limitadas las tareas de atender emergencias, nicamente al personal que labora en la reas operacionales del SISTE.
2.3. Objetivo General
Desarrollar el Documento de Definicin de Requisitos (DDR) que proporcione los insumos necesarios para el siguiente flujo de trabajo de la metodologa de Ingeniera de Software RUP (2001), de implementacin del Sistema de Informacin para la Atencin de Emergencias (SISTE).
2.4. Objetivos Especficos Crear el Documento de Requisitos de Usuario (DRU) que constituye el documento aceptado por el usuario del SISTE.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Elaborar el Documento de Requisitos de Software (DRS), el cual contiene modelo lgico del SISTE, incluyendo su modelado de datos y plan de gestin del desarrollo del SISTE.
2.5. Alcance
El SISTE est diseado para brindar cobertura en todo el territorio de la Repblica Bolivariana de Venezuela, mediante los recursos tecnolgicos con que en la actualidad cuenta la nacin, los cuales son los equipos de telecomunicaciones y procesamiento de datos existentes en el MppRIJ y cada SAE en Venezuela, as como el satlite de comunicaciones Simn Bolvar VENESAT1. Asimismo, por ser un software que aborda las necesidades del ciudadano como un ser humano, sin distinciones de ningn tipo, puede ser aplicado en cualquier pas del mundo, con normas jurdicas similares a la de nuestro pas, que orienten las polticas pblicas de seguridad, tendientes al mejoramiento integral de la calidad de vida de las personas; y por otro lado, que sean naciones con alta disposicin en inversin en Ciencia, Tecnologa e Innovacin, ya que el SISTE requiere de amplia disponibilidad en la referida rea del conocimiento.
2.6. Delimitacin
El SISTE, por ser un software elaborado para abordar temas de materia de Seguridad de Estado, se delimita a su aplicacin y rango de accin exclusivo para los SAE en Venezuela, por lo que no puede ser divulgado pblicamente, a pesar de que se basa en filosofa de Software Libre, en virtud de que posee algoritmos que revelan estrategias confidenciales, los cuales no pueden hacerse pblicos ya que pondran en riesgo la soberana nacional. En tal sentido el cdigo fuente del software del SISTE deber ser almacenaElaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
do en salas de servidores adscritos nicamente al MppRIJ, disponibles con altsimo grado de confidencialidad; y las bases de datos de igual forma, debern ser almacenado en salas de servidores adscritos nicamente a los SAE de cada Estado, as como en los entes privados correspondientes, segn sea el caso de la naturaleza de su contenido, con igual grado de confidencialidad al del SISTE.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
3. INGENIERA DE REQUISITOS (IR) Len (1996), indica que el objetivo de la fase de IR (especificacin definicin de requisitos), es obtener una clara comprensin del problema a resolver, extraer las necesidades del usuario y derivar de ellas las funciones que debe realizar el sistema. Posiblemente con anterioridad a esta fase ha existido algn estudio de factibilidad que permite asegurar que el software a realizar es realizable, responde a un mercado potencial o real, etc. La fase de IR suele subdividirse en dos sub-fases: La primera sub-fase de anlisis de requisitos de usuario, la cual tiene como objetivo conocer las necesidades de los usuarios y cules deben ser los servicios que un SI debe ofrecerles para satisfacerlas. La fase implica la creacin del Documento de Requisitos de Usuario (DRU) que constituye el documento base para que, al final del desarrollo, el sistema sea aceptado por el usuario. Esta sub-fase se aprovecha tambin para generar el plan de desarrollo con una estimacin de costes y recursos. La segunda sub-fase de anlisis de requisitos del sistema, consiste en la construccin de un modelo lgico del SI, describiendo las funciones que sean necesarias (sin tomar ninguna decisin sobre cmo implementarlas) y las relaciones entre ellas suponiendo que no existen limitaciones de recursos. Por modelo lgico se entiende la identificacin de las funciones de software requeridas para satisfacer los requisitos del usuario. Esta identificacin se suele realizar en varios niveles de detalle, hasta llegar a uno en el que las funciones identificadas estn suficientemente claras, de tal forma que no exija un refinamiento posterior. El producto generado en esta sub-fase es el Documento de Requisitos de Software (DRS). Tambin se genera en esta sub-fase, el plan de gestin
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
del desarrollo con estimaciones de costes y recursos ms ajustados que en la primera sub-fase. A continuacin, en la Figura 27, se procede a desarrollar la Ingeniera de Requisitos del SISTE, definiendo las fases de su desarrollo aplicando la metodologa de desarrollo de software Proceso Unificado de Racional (RUP) (2001), la cual, tal como se indic en las bases tericas del Captulo II, est definido por los cuatros principios o fases, las cuales son: inicio, elaboracin, construccin y transicin).
Figura 27: Estructura de la Ingeniera de Requisitos segn RUP (2001) Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
DOCUMENTO DE REQUISITOS DE USUARIO (DRU)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
3.1. Documento Visin: Modelado de negocios (MN).
La Ingeniera de Requisitos necesita del MN para lograr eficientemente el levantamiento de requisitos de software. Es por lo que debe realizarse previamente el MN, tal como se estructura en la siguiente Figura 28.
Figura 28 Estructura del Modelo de Negocio segn RUP (2001) Fuente: Propia (2010)
Con este flujo de trabajo pretendemos llegar a un mejor entendimiento del (SAE), organismo en donde se va a implantar el producto. A continuacin se representaran algunos aspectos del SAE del Estado Mrida, vlidos para los dems Estados del pas, sus caractersticas y relaciones entre sus elementos. Este modelado se orient a la Actividad/Rol, es decir se representar la estructura y funcionamiento del Servicio.
3.1.1. Modelado de objetivos del sistema de negocios. Por este modelo, se puede observar el resultado al que se quiere llegar, refleja el modo de pensar de la organizacin, orienta el desempeo empresarial y permitir evaluar la continuidad del departamento.
Firma y sello
Firma y sello
Firma y sello
A continuacin se muestra la Figura 29 la cual representa el modelo de objetivos del SAE.
Figura 29 Modelo de objetivos del sistema de negocios Fuente: Propia (2010)
3.1.1.1. Misin.
Operar como instrumento tecnolgico para salvar vidas, evitar agravamientos de emergencias, tragedias y muertes innecesarias; contribuyendo ampliamente con la disminucin de los ndices de inseguridad del pas.
3.1.1.2. Visin.
Ser el instrumento tecnolgico preferido por la poblacin venezolana, para ser utilizado en cualquier caso de emergencia, contando con un eficiente y
Firma y sello
Firma y sello
Firma y sello
efectivo servicio pblico que les garantizar la mejor atencin, como modelo de gestin pblica en materia de Seguridad Ciudadana para Venezuela y el mundo.
3.1.2. Modelado de procesos del negocio
El modelado de procesos de negocio, se utiliz por tres objetivos principalmente:
Documentar: Los procesos son parte fundamental de la organizacin de una empresa y un elemento primordial cuando se intenta implementar Sistemas de Informacin.
Mejorar: Las empresas que buscan una mayor eficiencia en sus procesos, localizar cuellos de botella en su gestin, identificar rea de oportunidad o mejora, recurren al modelado y la simulacin de procesos.
Agilizar: En un nivel de mayor sofisticacin, las empresas requieren el modelado de procesos como articuladores de los servicios de Tecnologas de informacin, para poder reaccionar con mayor agilidad a los constantes cambios que exige la competencia actual.
3.1.2.1. Cadena valor.
A continuacin, en la Figura 30 se representa mediante la cadena de valor, todos los procesos que se realizan en el SAE, as como tambin los procesos de apoyo.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 30: Cadena valor Fuente: Propia (2010)
3.1.2.2. Procesos vitales
Cada uno de los modelos de los procesos vitales de la cadena de valor, se presenta a continuacin:
Reportar una emergencia:
En la figura 31, se muestra el proceso mediante el cual las personas contactarn al SAE para solicitar le atiendan en su emergencia, a travs de medios telefnicos, Web telefona VoIp. Se visualiza que el actor principal es el ciudadano que reporta la emergencia ocurrida, y es apoyado en el SAE por la empresa telefnica (CANTV) que provee el discado 171, la empresa proveedora de Internet (ISP), que provee de Internet al ciudadano. El objetivo de este proceso es entregar los datos de la emergencia al SAE.
Firma y sello
Firma y sello
Firma y sello
Figura 31: Proceso reportar una emergencia Fuente: Propia (2010)
Atender reporte de emergencia:
El operador recibe la emergencia reportada, e inicia un proceso de dialogo gil, para obtener rpidamente los datos de la emergencia, revisando los mismos con bases de datos de apoyo, obtenidas va on line de los registros delictivos del MppRIJ, las empresas de telefona e ISPs del pas, a fin de obtener informacin delictiva del ciudadano en el primer caso; y su procedencia en el segundo y tercer caso; as como determinar que el reporte de emergencia, est descartada como llamada de sabotaje, lo cual tambin ser revisado mediante el anlisis de las bases de datos propias del SISTE; e inmediatamente canaliza la emergencia para resolverla, generando el ticket de la emergencia (ver Figura 32). En este estado contina el dialogo, para ampliar la informacin de la emergencia, la cual es anexada al ticket de emergencia, de manera complementaria.
Firma y sello
Firma y sello
Firma y sello
Figura 32: Proceso atender reporte de emergencia Fuente: Propia (2010)
Despachar el servicio:
Como se visualiza en la Figura 33, el despachador recibe el ticket de e-
Figura 33: Proceso despachar el servicio Fuente: Propia (2010) Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
emergencia, e inmediatamente procesa el mismo, determinando mediante GPS la ubicacin de las unidades mviles correspondientes a los organismos competentes necesarios para atender la emergencia, generando un ticket de despacho, y ordenando va radio o telefona VoIp a las unidades que se encuentren ms cerca del evento, a acudir a atenderla, poniendo en cuenta a los organismos de seguridad involucrados, para que coordinen las acciones de sus unidades.
Atender emergencia:
En la Figura 34, se evidencia que las unidades mviles notificadas y los rganos de seguridad a que corresponden, reciben el ticket de despacho, y acuden al sitio de la emergencia, y atienden la misma, haciendo contacto personal con las personas agraviadas, los cuales son sometidas a una revisin rutinaria en los registros delictivos del MppRIJ, a los fines legales consi-
Figura 34: Proceso atender emergencia Fuente: Propia (2010) Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
guientes; registrando detalladamente en la computadora de la unidad mvil, las acciones realizadas mientras atiende la emergencia, y cualquier novedad presente de inters. El Despachador del SAE, mantiene contacto permanente, auditando y monitoreando el caso, y atento para prestar cualquier apoyo adicional.
3.1.3. Modelado de objetos del sistema de negocio
Los objetos del negocio son de gran importancia para el desarrollo del SISTE, ya que cada uno de ellos tiene asociado propiedades (atributos) que determinaran la estructura del objeto; adems, tiene asociada una dinmica de comportamiento. En la figura 35 se identifican los objetos correspondientes al SAE, los cuales sern consideradas como entidades en el desarrollo del modelo de
Figura 35: Procesos SISTE Fuente: Propia (2010) Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
datos del SISTE, algunos de los cuales sern accesibles por medios de conexiones remotas, apoyadas por enlaces inalmbricos o Internet. Los usuarios conforman a todas las personas que manipularn el SISTE, limitando el acceso a ciertos mdulos, segn sea el caso de su nivel de atribuciones, mediante polticas de restriccin de acceso, diferencindose entre sper usuario, supervisor, operador, despachador y organismo de seguridad. Los objetos de colaboradores, empresas de telefona e ISPs, meteorolga y registros delictivos solo podrn ser accedidos por el objeto de llamadas de emergencias. Igualmente, el objeto GPS solo ser accedido mediante el objeto de despacho de servicios. En el caso del objeto unidades mviles, sern accedidos a travs del objeto institucin de seguridad, el cual ser administrado por cada Organismo competente para su control y monitoreo.
3.1.4. Modelado de actores/unidades organizacionales
Dentro de un modelo de negocio o empresarial, los actores son aquellas personas, mquinas o software que ejecutan los procesos de una organizacin o empresa. Cada uno de estos actores se organizan en estructuras de trabajo, llamadas unidades organizativas. El conjunto de unidades organizativas clasificadas en divisiones, departamentos o secciones, conforman la estructura organizativa jerrquica de una organizacin o empresa, en este caso el SAE. Con la finalidad de definir a los diferentes actores que participan en la ejecucin del conjunto de procesos del SAE, se presenta en el siguiente Cuadro 18 una lista detallada de sus actores y unidades organizacionales, as como tambin los roles y responsabilidades que desempean cada uno de estos.
Firma y sello
Firma y sello
Firma y sello
Cuadro 18: actores y unidades organizacionales del SISTE
Actor Supervisor
Rol Coordinador del SAE
Ciudadano Operadores
Cliente Atender la llamada de emergencia
Despachadores
Despachar a los organismos de seguridad para atender las emergencias
Organismos de seguridad
Atender las emergencia reportadas por el despachador
Central de telefona VoIp
Sistema de telecomunicaciones de voz y datos
Empresas de Telefona
Proveer informacin
Grabador de voz
Registrador de llamadas de voz
Responsabilidades Garante de los servicios del SAE Estadal Coordinar e inspeccionar los eventos y servicios del SAE Evaluar los datos estadsticos Presentar los informes de gestin Reportar emergencias Suministrar los datos de la emergencia Registrar las llamadas de emergencias Ampliar los datos de las llamadas confiables Auditar las llamadas Emitir ticket de emergencia Emitir ticket de despacho Ubicar las unidades de atencin ms apropiadas. Canalizar la atencin de la emergencia Monitorear constantemente la prestacin del servicio que realiza el organismo de seguridad Canalizar la atencin de la emergencia Enviar el apoyo necesario a las emergencias presentadas Registrar las acciones realizadas en la prestacin de los servicios Resolver la emergencia Establecer el enlace entre el SAE y las lneas entrantes de discado 171 telefona VoIp Proveer de comunicaciones entre los ciudadanos y los operadores del SAE, as como entre todos los actores. Enviar los registros de voz al grabador de voz Proveer de las lneas telefnicas gratuitas para el sistema nacional de emergencias Suministrar los datos de los suscriptores de telefona pblica, residencial y mvil Determinar la ubicacin del origen del contacto Crear registros digitales de todas las conversaciones realizadas en el SAE asociadas con cada evento
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Continuacin del Cuadro 19: ISPs Proveer informacin Proveer de medios gratuitas de acceso va Internet para el sistema nacional de emergencias Suministrar los datos de los suscriptores de Internet Determinar la ubicacin del origen del contacto Proveer el software SISTE para ser utilizado por la poblacin y los SAE en Venezuela. Garantizar el funcionamiento SISTE Establecer los convenios interinstitucionales para acceder a las tecnologas y datos de los organismos pblicas y privadas requeridos para el SISTE Coordinar el Sistema Nacional de Registros Delictivos y/o S.I.P.O.L. disponible para el SISTE. Participar en el SISTE de cada Estado, como fuerzas vivas comunales Conformar red de expansin del SAE Ubicar a las unidades mviles de los organismos de seguridad que participan en el SISTE. Mantiene informado al SISTE sobre los datos actualizados del Servicio de Meteorologa de la Aviacin Son las personas que reciben los servicios del SISTE, para resolver sus emergencias. Son considerados los clientes del SAE
MppRIJ
Coordinar el SISTE a nivel nacional
Colaboradores
Voluntariado del SAE
GPS
Rastreo satelital
Meteorologa
Informacin meteorolgica
Personas con emergencia
Ciudadanos presentando emergencias
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
3.1.5. Modelado de regla de negocios:
Se modela la declaracin que rige el funcionamiento de algn aspecto del negocio, tales como polticas, condiciones, restricciones; as como tambin los tipos de requisitos de operacin del negocio; y son revisadas y definidas por el grupo de proyectos, usuarios y clientes. En el caso del SAE, se encuentran las leyes de la Repblica, decretos Presidenciales, resoluciones Ministeriales y el manual de normas y procedimientos del SAE Mrida (ver Cuadro 36).
Figura 36: Modelado de reglas de negocio SAE Fuente: Propia (2010)
3.2. Especificacin de requisitos de usuario. Esta seccin tiene como finalidad conocer las necesidades de los usuarios y cules deben ser los servicios que un SI debe ofrecerles para satisfacerlas.
Firma y sello
Firma y sello
Firma y sello
Los requisitos de los usuarios especifican lo que corresponde a los servicios que el sistema de software que se pretende construir, le debe proporcionar (ver Cuadro 19), los cuales se describen a continuacin:
Cuadro 19: Especificacin de requisitos de usuario
No
Descripcin Activar el Sistema de
Cdigo
Tipo No funcional
Prioridad
Informacin en el SAE Mrida Contar con diversos
RU001
Alta
mecanismos para el reporte de emergencias Ampliar las
RU002
Funcional
Baja
comunicaciones con los organismos de seguridad
RU003
Funcional
Media
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 20: Requisitos de usuario activar el Sistema de Informacin en el SAE Mrida
# de Requisito: Descripcin:
Justificacin:
Criterio de Aceptacin / Validacin: Prioridad: ltima Modificacin:
No Funcional Activar el Sistema de Informacin en el SAE Existencia de amplios retrasos y cierta descoordinacin de los organismos de seguridad en la atencin de emergencias; tiempo perdido mientras se espera ayuda ante una emergencia; dificultades de las poblacin para contactar a los organismos de seguridad; incremento en los ndices de inseguridad; tragedias, enfermedades agravadas y muertes innecesarias ocurridas ante los retrasos de los organismos de seguridad; insatisfaccin y crticas en las personas Cada SAE y sus componentes externos debern estar unidos al dominio de red del Sistema SISTE ubicado en el MppRIJ, debidamente validados como usuarios autorizados Alta Requisitos en Conflicto: --Modificado 06/08/2010 RU-001 Tipo de Requisito:
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 21: Requisitos de usuario contar con diversos mecanismos para el reporte de emergencias
RU-002
Tipo de Requisito:
Funcional
Justificacin:
Contar con diversos mecanismos para el reporte de emergencias no existe un mecanismo alterno de solicitud de atencin de emergencias para las personas, que permita asumir las fallas en el servicio telefnico tradicional actual de discado 1-7-1; disminuyendo las posibilidades de atencin y respuestas ms oportunas a emergencias reales Llamadas y reportes web provenientes de usuarios certificados por los proveedores de telefona e Internet Baja Requisitos en Conflicto: --Modificado 06/08/2010
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 22: Ampliar las comunicaciones con los organismos de seguridad
RU-003
Tipo de Requisito:
Funcional
Justificacin:
Ampliar las comunicaciones con los organismos de seguridad Las unidades de atencin de emergencias no cuentan con un mecanismo diferente de radio transmisores, para la recepcin de rdenes de atencin de una emergencia, enlazados por la troncal de radiocomunicaciones, que al caerse deben hacer uso de los telfonos celulares para comunicarse Estaciones de unidades fijas y mviles debidamente registradas y validadas con la base de datos del SISTE Media Requisitos en Conflicto: --Modificado 06/08/2010
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
DOCUMENTO DE REQUISITOS DE SISTEMA (DRS)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
3.3. Especificacin de requisitos de sistema. En este apartado, se tratan las limitaciones existentes en la operacin del sistema SISTE (ver Cuadro 23), las cuales, son las siguientes:
Cuadro 23: Especificacin de requisitos de sistema
No 1
Descripcin Elaborar el SISTE en Software libre Determinar la ubicacin de las llamadas entrantes Advertir al operador sobre llamadas de sabotaje Agilizar la atencin de las llamadas de emergencias Acceder a los datos del S.I.P.O.L. Contar con la informacin
Cdigo RS 001
Tipo No funcional
Prioridad Alta
RS002
Funcional
Alta
RS003
Funcional
Alta
RS004
Funcional
Alta
RS005
Funcional
Alta
meteorolgica de la AMBV Rastrear ubicacin de las
RS006
Funcional
Media
unidades mviles de los Organismos de Seguridad
RS007
Funcional
Baja
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 24: Requisito de sistema elaborar el SISTE en Software libre
RS-001
Tipo de Requisito:
No funcional
Justificacin:
Elaborar el SISTE en Software libre El actual Sistema de Informacin est totalmente inoperativo desde hace dos (2) aos, el cual se encargaba de gestionar las emergencias reportadas con los organismos encargados de atenderlas. Este sistema aparte de que no est funcionando, fue elaborado en software privativo, dependiendo totalmente de los propietarios del software, cuyas contrataciones estn prohibidas por ley. Esto imposibilita el acceso al cdigo fuente de la central telefnica existente, desarrollado igualmente mediante sistema privativo, que imposibilita su reprogramacin libre e integracin a cualquier sistema de informacin. El cdigo fuente deber estar elaborado bajo licencia GNU-GPL Alta Requisitos en Conflicto: --Modificado 06/08/2010
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 25: Requisito de sistema determinar la ubicacin de las llamadas entrantes
RS-002
Tipo de Requisito:
Funcional
Justificacin:
Determinar la ubicacin de las llamadas entrantes No hay posibilidad de acceso al registro de abonados de las empresas de telefona pblica, residencial y mvil; para llevar el control de las llamadas telefnicos reales innecesarias; junto con su procedencia Se realizar la validacin con los datos de empresas proveedoras de telefona publica, residencial y mvil; y de Internet (ISPs) Alta Requisitos en Conflicto: --Modificado 06/08/2010
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 26: Requisito de sistema advertir al operador sobre llamadas de sabotaje
RS-003
Tipo de Requisito:
Funcional
Justificacin:
Advertir al operador sobre llamadas de sabotaje Las llamadas innecesarias denominadas sabotaje, ocasionan congestionamiento de las lneas telefnicas y sobrecarga de trabajo a los operadores que atienden las mismas, retardando la atencin efectiva de emergencias reales Se revisar el historial de llamadas provenientes de cada nmero telefnico o direccin ip de origen Alta Requisitos en Conflicto: --Modificado 06/08/2010
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 27: Agilizar la atencin de las llamadas de emergencias
RS-004
Tipo de Requisito:
Funcional
Justificacin:
Criterio de Aceptacin / Validacin:
Prioridad: ltima Modificacin:
Agilizar la atencin de las llamadas de emergencias Los operadores telefnicos que atienden el nmero 171, realizan excesivas preguntas a los ciudadanos que demandan de un servicio, ante situaciones que ameritan urgente atencin, al momento de la toma de datos del reporte de dichas emergencias La aceptacin de cada llamada deber determinada mediante el anlisis humano de estas, para lo cual solo el operador determinar si es una llamada de sabotaje o no. Se deber procesar cada llamada aunque existan altas probabilidades de ser llamada falsa o de sabotaje. Alta Requisitos en Conflicto: --Modificado 06/08/2010
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 28: Acceder a los datos del S.I.P.O.L.
RS-005
Tipo de Requisito:
Funcional
Justificacin:
Acceder a los datos del S.I.P.O.L. Existe una ausencia de mecanismos digitales que permitan acceder al Sistema Nacional de Registro Delictivo, Emergencias y Desastres, para consultar inmediatamente va on line los registros policiales, delictivos y judiciales de las personas, del sistema S.I.P.O.L. llevado por el Cuerpo de Investigaciones Cientficas Penales y Criminalsticas (C.I.C.PC.); lo cual reduce ampliamente el tiempo de consulta a los referidos datos, mediante las vas de radiocomunicaciones o telefnicas. Se revisar el registro de delitos de ciudadano que requiera atencin de emergencia validando el nmero de cdula de los mismos, o las placas de los vehculos Alta Requisitos en Conflicto: --Modificado 06/08/2010
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 29: Requisito de sistema contar con la informacin meteorolgica de la AMBV
RS-006
Tipo de Requisito:
Funcional
Justificacin:
Contar con la informacin meteorolgica de la AMBV Existe una ausencia de mecanismos digitales que permitan acceder al Sistema Meteorolgico de la Aviacin Militar Bolivariana de Venezuela, para consultar inmediatamente va on line los datos de desastres naturales ocurridos o que estn por ocurrir; lo cual reduce ampliamente el tiempo de consulta a los referidos datos, mediante las vas de radiocomunicaciones o telefnicas. Se revisar peridicamente la situacin meteorolgica de todo el territorio regional Media Requisitos en Conflicto: --Modificado 06/08/2010
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 30: Requisito de sistema rastrear ubicacin de las unidades mviles de los Organismos de Seguridad
RS-007
Tipo de Requisito:
Funcional
Justificacin:
Rastrear ubicacin de las unidades mviles de los Organismos de Seguridad Hay inexistencia de un mecanismo tecnolgico de ubicacin fsica de las unidades de atencin de emergencias, que permita monitorear la ubicacin exacta de dichas unidades, disminuyendo la posibilidad de evitar que se encuentren en lugares inapropiados, adems de determinar la disponibilidad de unidades y las ms prximas a los eventos presentados, atendindose menos oportunamente las emergencias; pudiendo utilizarse la red inalmbrica externa en aplicaciones tecnolgicas de atencin de emergencias, la cual est en desuso, lo que ocasiona el desaprovechamiento de los recursos existentes de la Direccin del Poder Popular Estadal para las Telecomunicaciones Se determinar la ubicacin geogrfica de cada unidad mvil disponible para atender emergencias de cualquier ndole Baja Requisitos en Conflicto: --Modificado 06/08/2010
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
3.4. Desarrollo de la baseline de la arquitectura.
En esta fase se abarcan ms los flujos de trabajo de requisitos, modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la baseline de la arquitectura del SISTE. Las vistas de caso de uso que se mostrarn en esta seccin, modelarn la funcionalidad del SISTE segn lo perciben los usuarios externos, llamados actores. Un caso de uso, es una unidad coherente de funcionalidad, expresada como transaccin entre los actores y el sistema. El propsito de la vista de casos de uso es enumerar a los actores y los casos de uso, y demostrar cuales actores participan en cada caso de uso. As mismo, las vistas de Interaccin describirn las secuencias de intercambios de mensajes entre los roles que implementan el comportamiento del SISTE. Un rol de clasificador, es la descripcin de un objeto, que desempea un determinado papel dentro de una interaccin, distinto de los otros objetos de la misma clase. Esta visin proporcionar una vista integral del comportamiento del sistema; es decir, muestra el flujo de control a travs de muchos objetos. La vista de interaccin se exhibir en dos diagramas centrados en distintos aspectos: diagramas de secuencia y colaboracin. De igual forma, las vistas de mquina de estados modelan las posibles historias de vida de un objeto de una clase. Una mquina de estados contiene los estados conectados por transiciones. Cada estado modela un perodo de tiempo, durante la vida de un objeto, en el que satisface ciertas condiciones. Cuando ocurre un evento, se puede desencadenar una transicin que lleve el objeto a un nuevo estado. Cuando se dispara una transicin, se puede ejecutar una accin unida a la transicin. Las mquinas de estados se muestran como diagramas de estados.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
A continuacin se muestra la representacin del SISTE, de manera general en la siguiente Figura 37, mediante la cual se evidencia que el SISTE es el intermediario entre el ciudadano y el SAE.
Figura 37: Diagrama general de caso de uso del SISTE Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Men Principal del SISTE:
En la siguiente Figura 38, se encuentra la representacin grfica del men principal del SISTE, el cual se explica en el Cuadro 31, identificndose los diferentes mdulos existentes en el SISTE, con cada uno de los actores que participan, los cuales proveen de mecanismos automatizados a cada unidad organizacional del SAE.
Figura 38: Diagrama de caso de uso del men principal SISTE Fuente: Propia (2010)
Los mdulos del men principal del SISTE son el reporte de emergencia por parte del ciudadano; la atencin del reporte; el despacho de servicio de atencin; la atencin de la emergencia y la supervisin a todo el sistema.
Firma y sello
Firma y sello
Firma y sello
Cuadro 31: descripcin del diagrama de caso de uso del men principal SISTE
Caso de uso Actores participantes Condicin de Entrada Flujo de Eventos
Men principal del SISTE Ciudadano, central telefnica, operador, despachador, servidor de Organismo de Seguridad, supervisor Existencia de un reporte de una emergencia 1. Reportar una emergencia 2. Atender el reporte de una emergencia 3. Despachar el servicio 4. Atender emergencia 5. Supervisar y Controlar la Calidad del Servicio Disponibilidad de unidades de atencin de emergencia Debe existir subordinacin de organismos de seguridad al SAE Representa el men principal del SISTE
Condiciones de Salida Requisitos especiales Notas
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
En la siguientes Figuras 39, 40 y 41, se presentan los diagramas de secuencias, estados y colaboracin del men principal del SISTE, correspondientes a la Figura 38.
Figura 39: Diagrama de secuencia del men principal SISTE Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 40: Diagrama de estados del men principal SISTE Fuente: Propia (2010) Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 41: Diagrama de colaboracin del men principal SISTE Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Mdulo Reportar una Emergencia
En la siguiente Figura 42, se presenta el primer mdulo del SISTE denominado reportar una emergencia, el cual se explica en el Cuadro 32, a travs de cuyo mdulo Las personas contactan al SAE para solicitar le atiendan en su emergencia, mediante tres mtodos, el de discado 171, haciendo una llamada VoIp y a travs de un servicio Web.
Figura 42: Diagrama de caso de uso del mdulo reportar emergencia Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Al momento de hacer el contacto, el ciudadano solicita ayuda, y el servidor del SISTE revisa inmediatamente un historial de las llamadas realizadas desde el nmero de telfono direccin Ip.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 32: descripcin del diagrama de caso de uso del mdulo reportar emergencia
Reportar una emergencia Ciudadano, central telefnica VoIp, Servidor Web, Supervisor El ciudadano har el contacto con el SAE va web o telefnica 1. Reportar va web 1.1. ir a 4 2. Hacer llamada al discado 171 2.1. ir a 4 3. Hacer llamada VoIp 3.1. ir a 4 4. Verificar listado de llamadas 5. Solicitar atencin a emergencia Solicitud de atencin a emergencia Disponibilidad de lnea 171 de CANTV Representa los procesos que se realizan en el mdulo reportar una emergencia
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Mediante la Figuras 43, 44 y 45, se exponen la construccin del mdulo de reportar una emergencia, a travs de los diagramas de secuencias, estados y colaboracin.
Figura 43: Diagrama de secuencia del mdulo reportar emergencia Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 44: Diagrama de estados del mdulo reportar emergencia Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 45: Diagrama de colaboracin del mdulo reportar emergencia Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Mdulo Atender el Reporte de una Emergencia
En la siguiente Figura 46, se hace la representacin grfica del mdulo Atender el Reporte de una Emergencia, mediante el cual, el operador del SAE, el operador recibe la emergencia reportada y canaliza la misma para resolverla con procesos giles, y con la intencin de inmediatamente emitir la orden de servicio. En el cuadro 33 se explica la referida figura.
Figura 46: Diagrama de caso de uso del mdulo atender el reporte de una emergencia Fuente: Propia (2010)
El operador recibe los datos bsicos de la emergencia, tales como nombre y cdula de quien llama, direccin, nmeros de telfono, direccin de la emergenElaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
cia y una descripcin breve y precisa de la misma. Luego, genera inmediatamente el ticket de emergencia una vez auditada la llamada, cuyo caso de uso est explicado posterior a este mdulo, para que sea atendida por el rgano de Seguridad, y contina la entrevista ampliando la informacin y dando apoyo y asesora para brindar calma y tratar de solucionar el problema sin dilacin.
Cuadro 33: descripcin del diagrama de caso de uso del mdulo atender el reporte de una emergencia
Atender el Reporte de una Emergencia Ciudadano, operador, despachador, supervisor El ciudadano reporta una emergencia 1. Aportar datos personales y de emergencia 2. Establecer comunicacin con el despachador 3. Generar ticket de emergencia 3.1. Ampliar datos de la emergencia y el ciudadano 3.2. Asesorar y apoyar para enfrentar la emergencia al ciudadano. Ticket de emergencia Auditar la llamada de emergencia Representa los procesos que se realizan en el mdulo atender el reporte de una emergencia
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
A continuacin, se presentan los diagramas de secuencias, estados y colaboracin del mdulo atender el reporte de una emergencia, conformando los esquemas de construccin del mismo en las Figuras 47, 48 y 49.
Figura 47: Diagrama de secuencia del mdulo atender el reporte de una emergencia Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 48: Diagrama de estados del mdulo atender el reporte de una emergencia Fuente: Propia (2010) Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 49: Diagrama de colaboracin del mdulo atender el reporte de una emergencia Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Sub-Mdulo Auditar la Llamada de Emergencia La auditora de la llamada de emergencia es una funciones vitales del SISTE, y es un sub-mdulo que corresponde al mdulo de atender el reporte de una emergencia, mediante el cual se van a revisar los datos de origen de la llamada, su histrico y el registro delictivo del ciudadano que llama (ver Figura 50).
Figura 50: Diagrama de caso del mdulo auditar la llamada de emergencia Fuente: Propia (2010) Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
En este sub-mdulo, el operador evaluar y deducir si la llamada es confiable, o presenta indicios de ser una llamada de sabotaje, generando un ticket de acuerdo a los resultados. En el Cuadro 34 se describe la anterior Figura 50.
Cuadro 34: descripcin del diagrama de caso del mdulo auditar la llamada de emergencia
Auditar la llamada de emergencia Operador, colaborador, proveedor de telefona, ISP, MppRIJ, ciudadano, supervisor Datos bsicos de la llamada, nmero de contacto y de cdula 1. Revisar datos de la llamada 2. Evaluar histrico del contacto orgen 3. Determinar status del ciudadano 3.1. Si es confiable la llamada entonces 3.1.1. Generar ticket llamada confiable De lo contrario 3.2. Si no es confiable la llamada entonces 3.2.1. Generar ticket llamada no confiable 3.2.2. Hacer cuestionario de preguntas adicional Fin del si 3.1 3.3. Si el ciudadano tiene delitos entonces 3.3.1. Generar ticket de alerta delito 3.3.2. Hacer cuestionario de preguntas adicional Fin del si 3.3 Ticket de llamada y de alerta delito Enlace on line a empresas proveedoras de telefon e ISPs; y a los Registros delicitivos de S.I.P.O.L. Representa los procesos que se realizan en el submdulo auditar la llamada de emergencia
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
En las prximas Figuras 51, 52 y 53, se desarrollan los diagramas correspondientes a la construccin de la anterior vista de caso de auditora de la llamada de emergencia.
Figura 51: Diagrama de secuencia del mdulo auditar la llamada de emergencia Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 52: Diagrama de estados del mdulo auditar la llamada de emergencia Fuente: Propia (2010) Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 53: Diagrama de colaboracin de la vista del mdulo auditar la llamada de emergencia Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Mdulo Despachar el Servicio La prxima vista de caso de uso del mdulo Despachar el Servicio, es la funcin del SISTE mediante el cual el despachador recibe el ticket de emergencia y enva inmediatamente al rgano de seguridad competente.
Figura 54: Diagrama de caso de uso del mdulo despachar el servicio Fuente: Propia (2010)
Como se observa en la Figura 54, la cual se describe en el Cuadro 35, el despachador recibe el ticket de emergencia emitido por el operador, y genera el ticket de despacho que se distribuye en todos los nodos del SISTE, para divulgar la emergencia. Inmediatamente se comunica con las unidades mviles ms apropiadas para atender la emergencia, previamente ubicadas por GPS.
Firma y sello
Firma y sello
Firma y sello
Cuadro 35: descripcin del diagrama de caso de uso del mdulo despachar el servicio
Despachar el Servicio Ciudadano, central telefnica, operador, despachador, servidor de Organismo de Seguridad, supervisor Ticket de emergencia 1. Ubicar unidades mviles de servicios de atencin 2. Generar ticket de despacho 3. Establecer contacto con unidades mviles y organismos de seguridad competentes Ticket de despacho Operatividad de los radio enlaces troncalizados wi-fi Representa los procesos que se realizan en el mdulo despachar el servicio
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Ahora, los diagramas de secuencia, estados y colaboracin que corresponden al mdulo anterior, se muestran en las siguientes Figuras 55, 56 y 57.
Figura 55: Diagrama de secuencia del mdulo despachar el servicio Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 56: Diagrama de estados del mdulo despachar el servicio Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 57: Diagrama de colaboracin del mdulo despachar el servicio Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Mdulo Atender Emergencia El ltimo mdulo del SISTE llamado Atender Emergencia, que se presenta en la Figura 58 y explicado en el Cuadro 36, est creado para que el rgano de Seguridad preste el servicios correspondiente a lo indicado en el ticket de despacho.
Figura 58: Diagrama de caso de uso del mdulo atender emergencia Fuente: Propia (2010)
El rgano de seguridad recibe el ticket de despacho, y posteriormente acude al sitio de la emergencia y la atiende, registrando en el SISTE cada accin realizada. Igualmente. El SISTE pone a la disposicin del rgano de Seguridad la base de datos de Registros Delictivos, como instrumento de consulta.
Firma y sello
Firma y sello
Firma y sello
Cuadro 36: descripcin del diagrama de caso de uso del mdulo atender emergencia
Atender emergencia Despachador, servidor de organismos de seguridad, personas con emergencia, MppRIJ, Supervisor Ticket de despacho 1. Atender emergencia 2. Registrar todos los detalles del servicio prestado 3. Auditar y hacer seguimiento al servicio prestado Registros digitales de los servicios realizados en el sitio de la emergencia Operatividad de los radio enlaces troncalizados wi-fi Representa los procesos que se realizan en el mdulo atender emergencia
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Finalmente, a continuacin se encuentran la Figuras 59, 60 y 61,contentivas de los diagramas de secuencias, estados y colaboracin del mdulo de atencin de emergencias.
Figura 59: Diagrama de secuencia del mdulo atender emergencia Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 60: Diagrama de estados del mdulo atender emergencia Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 61: Diagrama de colaboracin del mdulo atender emergencia Fuente: Propia (2010)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
3.5. Construccin del producto. Esta es la fase en que se lleva a cabo la construccin del producto por medio de una serie de iteraciones, los cuales son el modelo de datos; los diagramas de secuencias, estados y colaboracin (ya expresados anteriormente junto a los diagramas de casos de uso); modelo de dominio y mapa de comportamiento a nivel de hardware; cuyas iteraciones est representadas, representadas mediante las vista esttica lgica, vista de interaccin, vista conceptual y vistas fsicas.
3.5.1. Modelado de datos.
Mediante la vista esttica o lgica, se ha modelado los conceptos del dominio del SISTE, as como los conceptos internos inventados como parte de la implementacin de dicha aplicacin. Esta visin es esttica porque no describe el comportamiento del sistema dependiente del tiempo, que se describe en otras vistas. Una clase es la descripcin de un concepto del dominio de la aplicacin o de la solucin de la aplicacin. Las clases son el centro alrededor del cual se organiza la vista de clases; otros elementos pertenecen o se unen a las clases. La visin esttica se exhibe en los diagramas de clases, llamados as porque su objetivo principal es la descripcin de clases La estructura lgica general de la base de datos del SISTE se expresar grficamente mediante el diagrama de clases, y un diagrama de EntidadRelacin (E-R), posterior al diccionario de datos. 3.5.1.1. Diccionario de datos: En esta seccin se expondr el conjunto de metadatos que contiene las caractersticas lgicas y puntuales de los datos que se van a utilizar en el SISTE, los cuales se describen a continuacin.
Firma y sello
Firma y sello
Firma y sello
Entidad: Llamadas de emergencia:
Registra todos los contactos realizados, almacenando cualquier llamada realizada, diferencindose las llamadas de emergencia reales con las de sabotaje, mediante la designacin de un ticket de emergencia, que sern transferidas al siguiente objeto.
Cuadro 37: Entidad Llamadas
Nombre de tabla Campo clave Descripcin Atributo *IdLlamada IdUsuario NumeroContacto Cedula NombreSolicitante
Llamadas IdLlamada Registro de llamadas de emergencia Descripcin Tipo/longitud Entero Entero Texto (15) Texto (9) Texto (30) descripcin ndice autonumrico (ticket de emergencia) Usuario del SISTE que registr la informacin Nmero telefnico o direccin Ip del ciudadano Nmero de identificacin del ciudadano Nombres completos del ciudadano Direccin en donde ocurre emergencia Nmeros telefnicos del ciudadano Tipo de emergencia que report Nivel de urgencia de la emergencia Hora del ticket de despacho Fecha del ticket de despacho Bandera de confiabilidad de la llamada
DireccionEmergencia Texto (50) TelefonosContacto IdTipoEmergencia Prioridad Hora Fecha Sabotaje Texto (50) Entero Carcter Hora Fecha S/no
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Entidad: Despachos:
El siguiente objeto es el de despachos de servicios, los cuales son las llamadas que han sido determinadas como emergencia real, y deben ser canalizadas inmediatamente sus acciones de atencin.
Cuadro 38: Entidad Despachos
Nombre de tabla Campo clave Descripcin
Despachos IdDespacho Registro de despacho de servicios Descripcin
Atributo *IdDespacho IdLlamada
Tipo/longitud Entero Entero
descripcin ndice autonumrico Cdigo del ticket de emergencia Organismo de seguridad despachado Usuario del SISTE que registr la informacin Informacin ampliada de la emergencia Hora del ticket de despacho Fecha del ticket de despacho
IdInstitucionDespachada Entero IdUsuario Descripcion Hora Fecha Entero Memo Hora Fecha
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Entidad: AtencionEmergencia:
En esta entidad, se crean registros relacionados con el anterior objeto de despacho, mediante los cuales los organismos de seguridad que atienden las emergencias, registran detalladamente las acciones que realizan en cada emergencia, as se obtiene una bitcora de servicio por cada emergencia.
Cuadro 39: Entidad AtencionEmergencia
AtencionEmergencia IdAtencion Registro de atencin de emergencias Descripcin
Atributo
Tipo/ longitud
descripcin
*IdAtencion Descripcion Fecha Hora IdUnidad IdUsuario IdDespacho
Entero Memo Fecha Hora Entero Entero Entero
ndice autonumrico Informacin detallada de servicio Fecha de la atencin Hora de la atencin Unidad que atendi la emergencia Usuario del SISTE que registr la informacin Cdigo del ticket de despacho
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Entidad: Usuarios:
Los usuarios conforman a todas las personas que manipularn el SISTE, limitando el acceso a ciertos mdulos, segn sea el caso de su nivel de atribuciones, mediante polticas de restriccin de acceso definidas por el super usuario supervisor del SISTE.
Cuadro 40: Entidad Usuarios
Usuarios IdUsuario Registro de usuarios con acceso al SISTE Descripcin
Atributo *IdUsuario Usuario Grado Nivel
Tipo/longitud Entero Texto (50) Carcter Carcter
descripcin ndice autonumrico Nombres del usuario Cargo en la organizacin Nivel de acceso al SISTE
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Entidad: InstitucionesSeguridad:
Se registran los datos de los Organismos de Seguridad y dems instituciones que participan en la atencin de emergencias, tales como, Policas, Bomberos, Trnsito, Fuerza Armada, Grupos de Rescate, entre otros.
Cuadro 41: Entidad InstitucionesSeguridad
Nombre de tabla Campo clave Campo clave
InstitucionesSeguridad IdInstitucion Registro de Instituciones que prestan el servicio de atencin de Emergencias Descripcin
Atributo *IdInstitucion Institucion Direccion Telefonos Contacto
Tipo/longitud Entero Texto (50) Texto (50) Texto (50) Texto (50)
Descripcin ndice autonumrico Nombre del Organismo de Seguridad Direccin de domicilio Telfonos de la Institucin Persona contacto
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Entidad: UnidadesAtencion:
Por medio de este objeto, cada Organismo de Seguridad indica las unidades mviles y fijas de atencin de emergencia disponibles para que el SAE pueda disponerlas para sus servicios. El campo coordenadas es alimentado automticamente por el dispositivo GPS que tenga cada unidad.
Cuadro 42: Entidad UnidadesAtencion
UnidadesAtencion IdUnidad Registro de unidades mviles adscritas a organismos de seguridad que prestan servicio de atencin de Emergencias Descripcin
Atributo *IdUnidad Unidad IdInstitucion Responsable Telefonos Coordenadas
Tipo/longitud Entero Texto (50) Entero Texto (50) Texto (50) Texto (10)
descripcin ndice autonumrico Identificacin de la unidad mvil Organismo de Seguridad al que corresponde Nombre de la persona responsable de la unidad Nmero telefnicos para contactarla Coordenadas geogrficas de posicionamiento
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Entidad: Colaboradores.
En este recipiente digital, el supervisor del SAE registrar a todas las personas, instituciones pblicas privadas, ONGs, Concejos Comunales, Asociaciones de Vecinos, u otras formas de organizacin social, que sirvan como entes voluntarios de expansin del SAE.
Cuadro 43: Entidad Colaboradores
Colaboradores NumeroContacto Registro de colaboradores voluntarios del SAE Descripcin
Atributo
Tipo/longitud
Descripcin ndice y Nmero telefnico Nombres completos Nmero de Identificacin personal Direccin de habitacin Otros nmeros de contactos adicionales
*NumeroContacto Texto (9) Colaborador Cedula Direccin Telfonos Texto (30) Texto (9) Texto (30) Texto (20)
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Entidad: TipoEmergencia.
Con esta entidad, se almacenan los tipos de emergencia que pueden ocurrir, lo que permitir al SISTE agilizar el ingreso de datos, ya que cada tipo sugerir automticamente datos que deban ingresarse en otros campos.
Cuadro 44: Entidad TipoEmergencia
TipoEmergencia IdTipoDenuncia Registro de tipos de emergencias Descripcin
Atributo * IdTipoDenuncia TipoDenuncia IdInstitucion
Tipo/longitud Entero Texto (50) Texto (50)
descripcin ndice autonumrico Nombre del tipo de emergencia Organismo de seguridad competente
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Entidad: RegistrosDelicitivos.
Esta entidad permite consultar inmediatamente va on line los registros policiales, delictivos y judiciales de las personas, del sistema S.I.P.O.L. llevado por el Cuerpo de Investigaciones Cientficas Penales y Criminalsticas (C.I.C.PC.), as como cualquier otro que el MppRIJ establezca.
Cuadro 45: Entidad RegistrosDelictivos
RegistrosDelictivos *Cedula Registros delictivos del S.I.P.O.L. y otros Descripcin
Atributo *Cedula Nombres Solicitante
Tipo/longitud Texto (9) Texto (30) Texto (30)
descripcin ndice y nmero de identificacin personal Nombres completos Institucin o instancia que lo solicita
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Entidad: GPS.
Permite ubicar a las unidades mviles de los organismos de seguridad que participan en el SAE, la cual sera actualizada automticamente mediante rastreos constantes a todas las referidas unidades.
Cuadro 46: Entidad GPS
GPS Coordenadas Registro de sistema de posicionamiento global (GPS) Descripcin
Atributo *Coordenadas Localizacion
Tipo/longitud Texto (10) Texto (50)
descripcin Coordenadas geogrficas de posicionamiento Localizacin fsica de ubicacin
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
3.5.1.2. Diagrama de clases.
El diagrama de clases de la Figura 62, describir la estructura del SISTE sistema mostrando sus clases, atributos y las relaciones entre ellos. Este diagrama ha sido utilizado para crear el diseo conceptual de la informacin que se manejar en el sistema, y los componentes que se encargarn del funcionamiento y la relacin entre uno y otro.
3.5.1.3. Modelo Entidad-Relacin (E-R)
La Figura 63 del modelo E-R es para facilitar el diseo de la bases de datos del SISTE, permitiendo la especificacin de un esquema del SAE que representa la estructura lgica completa de la base de datos. El modelo de datos E-R es uno de los diferentes modelos de datos semnticos que radica en el intento de representar el significado de los datos.
3.5.2. Modelo de dominio.
El SISTE se puede dividir en unidades ms pequeas mediante la vista conceptual de gestin de modelo, de modo que los trabajadores del SAE puedan trabajar con una cantidad de informacin limitada, a la vez y de modo que los equipos de trabajo no interfieran con el trabajo de los otros. Aqu se representar el SISTE en paquetes y relaciones de dependencia entre paquetes, a travs del diagrama de paquetes de la siguiente Figura 64.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 62: Diagrama de Clase de la Base de Datos del SISTE Fuente: Propia (2010) Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 63: Diagrama E-R del SISTE Fuente: Propia (2010) Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 64: Diagrama de paquetes del SISTE Fuente: Propia (2010)
3.5.3. Mapa de comportamiento a nivel de hardware.
Con las vistas fsicas se modelarn la estructura de implementacin del SISTE por s mismo, su organizacin en componentes, y su despliegue en nodos de ejecucin. Estas vistas proporcionan una oportunidad de establecer correspondencias entre las clases y los componentes de implementacin y nodos.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Ms adelante, se representar el SISTE con dos vistas fsicas; la primera ser la vista de despliegue, y la segunda con la vista de implementacin. La vista de despliegue a nivel de descriptor, que se encuentra en la Figura 65, representa la disposicin de las instancias de componentes de ejecucin del SISTE en instancias de nodos.
Figura 65: Diagrama de despliegue (nivel de descriptor) del SISTE. Fuente: Propia (2010) Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Por otro lado, la vista de implementacin representada en la Figura 66, modela los componentes del SISTE, a partir de los cuales se construir dicha aplicacin, as como las dependencias entre los componentes, para poder determinar el impacto del Sistema de Informacin. Tambin modela la asignacin de clases y de otros elementos del modelo de componentes.
Figura 66: Diagrama de componentes del SISTE Fuente: Propia (2010) Elaborado por: Revisado por: Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Estas vistas permiten determinar las consecuencias de la distribucin y de la asignacin de recursos que sern aplicados al momento de implementar el SISTE.
3.6. Producto final
Para presentar los resultados correspondientes a cada uno de los objetivos especficos planteados en el presente DDR, como resultados del modelado realizado; se proceder a exponer los argumentos y razonamientos lgicos, que explican el cumplimiento de cada uno de los objetivos especficos y general, a que se contrae el presente documento.
Creacin de DRU: El primero objetivo especfico textualmente dice Crear el Documento de Requisitos de Usuario (DRU) que constituye el documento aceptado por el usuario del SISTE, para lo cual se realiz la fase primera de inicio de la metodologa RUP (2001), el Modelado de Negocios a travs del lenguaje unificado de modelado (UML), y se determin la especificacin de requisitos de usuario. Este objetivo fue alcanzado completamente, con la obtencin del DRU el cual contiene los requisitos de usuario definiendo claramente los objetos y actores que fueron considerados en el DRS, para el desarrollo del modelo lgico del SISTE (ver Figura 67),
Creacin de DRS: Seguidamente, el segundo objetivo especfico est formulado como Elaborar el Documento de Requisitos de Software (DRS), el cual contiene el modelo lgico del SISTE, incluyendo su modelado de datos y plan de gestin
Firma y sello
Firma y sello
Firma y sello
del desarrollo del SISTE; a cuyos efectos se desarrollaron las fases segunda de elaboracin, tercera de construccin y cuarta de transicin de la metodologa RUP (2001), aplicando en dichas fases, igual que la creacin del DRU el lenguaje unificado de modelado (UML).
Figura 67: Procesos SISTE con actores Fuente: Propia (2010)
La vista de implementacin representada en la Figura 68, modela los componentes del SISTE, a partir de los cuales se construir dicha aplicacin, as como las dependencias entre los componentes, para poder determinar el impacto del Sistema de Informacin. Tambin modela la asignacin de clases y de otros elementos del modelo de componentes.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Figura 68: Diagrama de despliegue (nivel de instancia) del SISTE. Fuente: Propia (2010)
Creacin de DDR: Finalmente, el objetivo principal de este proyecto, es el de Desarrollar el Documento de Definicin de Requisitos (DDR) que proporcione los insumos necesarios para el siguiente flujo de trabajo de la metodologa de Ingeniera de Software RUP (2001), de implementacin del Sistema de Informacin para la Atencin de Emergencias (SISTE), contiene los Documentos de Requisitos de Usuario (DRU) y Documento de Requisitos de Sistema (DRS), presentados con los anteriores objetivos especficos. Se ha completado totalmente el cumplimiento del objetivo principal, mediante el desarrollo del DDR, contentivo del diseo del Sistema de Informacin para la Atencin de Emergencias (SISTE) (ver Figura 69), el cual se activa al momento de que una persona solicita, va telefnica o Internet, que se le ayude a resolver una emergencia presentada; funcionando como un mecanismo tecnolgico de integracin con los Organismos de Seguridad del Estado, a
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
los fines de que acudan a los sitios de sucesos, los ms rpido po sible y sin retrasos innecesarios, y atiendan efectivamente la emergencia presente.
Figura 69: Esquema conceptual del SISTE Fuente: Propia (2010)
El SISTE Contar con una red Extranet de tipo Wide Access Network (WAN) con nodos enlazados por Internet y por medio de enlaces inalmbricos terrestres y satelitales, como mtodos de enlace redundantes y alternos; de topologa mixta; plataforma cliente-servidor; bajo protocolo TCP/IP; con estaciones fijas en cada sede fsica de cada organismo que integra el SIG, y sus unidades mviles; provistas de todos los mecanismos de software y hardware para la seguridad de voz y datos; tendr como funciones lo siguiente:
Firma y sello
Firma y sello
Firma y sello
1) El cdigo fuente y todas las rutinas y procedimientos del SISTE estarn alojados en el Servidor Principal del MppRIJ, accesibles va Web por todos los SAE Estadales del pas; con sus bases de datos alojados en Servidores Secundarios anidados al Servidor Principal; enlazar va on line a las bases de datos correspondientes a los Organismos de Seguridad, los registros de abonados de telefona mvil o fija, los Registros Nacionales de Delitos, S.I.P.O.L.; y los datos del Servicio de Meteorologa de la Aviacin; las cuales estarn disponibles a todas las estaciones fijas y mviles de la WAN (3.2 y 3.3). Tendr la capacidad de determinar la procedencia exacta de todos los ciudadanos que reportan emergencias, combatiendo las llamadas de sabotaje; as como devolver la ubicacin de las unidades de atencin de emergencias por satlite va GPS; 1.1 y 1.2) Tendr a la disposicin del pblico tres mecanismos de reporte de emergencias vas discado de telefona tradicional mvil, fija y pblica (discado 171 cualquier otro que se establezca por el SAE); VoIp y World Wide Web (www). 2) El cdigo fuente, las rutinas y procedimientos del SISTE de uso local, estarn alojados en los Servidores Secundarios de cada SAE, accediendo on line al Servidor Principal y a las bases de datos a que este accede; con sus bases de datos de los registros locales. 3) Proveer de un sistema de telefona VoIp privada, conectados a las unidades de enlace E1 que poseen las lneas telefnicas enlazadas al nmero 171, y a Internet; para comunicarse mediante auriculares con todos los ciudadanos que reportan emergencias, va telefona tradicional y VoIp; as como a todos las estaciones fijas y unidades mviles que integran la WAN. Crear registros digitales de voz y datos de todos los reportes de emergencias realizados por los ciudadanos y las emergencias atendidas por los Organismos de Seguridad que forman el SISTE;
Firma y sello
Firma y sello
Firma y sello
Ofrecer tres mecanismos de despacho de unidades de los Organismos de Seguridad, va telefona VoIp, digital o de radio-comunicaciones tradicional, haciendo uso de la Red Troncal y enlaces inalmbricos terrestres y satelitales, con generacin de datos de monitoreo y seguimiento de las emergencias atendidas.
3.6.1. Plan de gestin de desarrollo.
3.6.1.1. Factibilidad social.
El desarrollo del SISTE impactar ampliamente a la sociedad venezolana, en virtud de que los ciudadanos encontrarn en el SAE de cada Estado una efectiva solucin a sus emergencias, al lograr disminuir considerablemente la capacidad de respuesta de los Organismos de Seguridad, los cuales se podrn responder en menos tiempo la emergencia presente, considerando que cada segundo es importante para la vida humana, ya que en ese segundo o ms, puede fallecer una persona, siendo de muy importantsimo valor la considerable inversin que se realizara, adems de que es imprescindible mostrar el respeto a los ciudadanos, hacer uso de los fondos pblicos invertidos en enormes cantidades en el pas y en cada Estado, tal como el satlite VENESAT1 Simn Bolvar, los cuales, si son aprovechados con el SISTE, se lograrn disminuir los tiempos de respuesta de los SAE, redundando en una disminucin de los ndices de seguridad y una mejor calidad de vida de los venezolanos.
3.6.1.2. Factibilidad tcnica.
En virtud de que el SISTE es un proyecto coordinado por el MppRIJ, con proyeccin nacional para ser instalado en todos los SAE de Venezuela, se realiza
Firma y sello
Firma y sello
Firma y sello
el estudio tcnico, para ser aplicado en tres etapas. La primera la que corresponde a la sala central de servidores del SISTE ubicada en las oficinas del MppRIJ. La segunda, la correspondiente a las plataformas tecnolgicas de accesos remotos al SISTE, ubicadas en cada SAE adscrito a las Direcciones de Seguridad Ciudadana de cada Entidad Regional. Y La tercera etapa, es la conformacin de una Wi-Fi nacional que integrara a todos los SAE de Venezuela, incluyendo a todos los Organismos de Seguridad. Primeramente, para la primera etapa, se requiere del siguiente inventario DE aplicando en la medida de lo posible tecnologas libres:
Sala Central de Servidores del SISTE: Una sala de servidor con amplia seguridad de acceso y aire acondicionado. Un (1) escritorio de oficina modular 2 x 2 mts. Dos (2) Racks torre verticales con patch panel y cableado estructurado UTP nivel 6. Dos (2) switch 12 pts Cisco Systems 1000 bps anidables. Cuatro (4) servidores HP Proliant. 4Gb Ram. disco duro SATA 1 TB con fuente de poder redundante cada uno (servidor principal de archivos e impresin, servidor auxiliar mirror, servidor Proxy Firewall, central VoIp). Un (1) software de central de telefona VoIp Digium Asterix. Una (1) telfono VoIp Avaya. Tres (3) kit de enlace satelital. Un (1) satlite de comunicaciones VENESAT1 Simn Bolvar. Materiales y Suministros.
Seguidamente, se pasa a describir la plataforma tecnolgica necesaria en cada SAE Estadal, junto con la conformacin de una Wi-Fi que integrara al SAE
Firma y sello
Firma y sello
Firma y sello
con todos los Organismos de Seguridad, la cual se presenta de la siguiente forma las cuales requieren de lo siguiente:
Un (1) computador de escritorio ltima generacin. Una (1) computadora porttil ltima generacin. Una (1) Tarjeta DIGIUM 2fx / 2fo para telefona Voip Un (1) dispositivo de rastreo satelital GPS. Un (1) software de central de telefona VoIp Digium Asterix. Dos (2) telfonos VoIp Avaya consola de escritorio. Un (1) Router Avaya inalmbrico.
3.6.1.3. Factibilidad de Recursos Humanos
El desarrollo del proyecto comprende doce (12) meses, correspondientes al desarrollo del cdigo fuente del SISTE, y su correspondiente validacin con el Proyecto Nacional 171 del MppRIJ, y los SAE de cada Estado. Para lograr lo mencionado, se requiere la conformacin de un equipo multidisciplinario por doce (12) meses, integrado por profesionales de Sistemas e Informtica, que utilizarn el presente Documento de Definicin de Requisitos (DDR) (Ingeniera de Requisitos), para continuar los flujos de trabajo siguientes correspondiente a la metodologa de Ingeniera de Software RUP (2001), a saber, implementacin, prueba y despliegue. El grupo multidisciplinario, debe estar conformado por:
Jefe de Proyecto: Un (1) Jefe de Proyecto, Perfil: Ingeniero de Sistemas, Ingeniero de Informtica Licenciado en Computacin.
Firma y sello
Firma y sello
Firma y sello
Ingeniera de Software: Un (1) arquitecto de Software Libre. Perfil: Ingeniero de Sistemas, Ingeniero de Informtica Licenciado en Computacin afines. Dos (2) analistas programadores en Software Libre. Perfil: Tcnicos Superiores en Informtica afines. Un (1) documentador tcnico. Perfil: Tcnicos Superiores en Informtica afines. Un (1) traductor espaol ingls. Perfil: Licenciado en Idiomas mencin Ingls afines. Gastos varios Gastos de transporte, alojamiento y alimentacin.
3.6.1.4. Factibilidad Econmica.
En virtud de los estudios tcnicos y de Recursos Humanos anteriormente planteados, ahora se plantea el plan de inversin y costos necesarios para el desarrollo del proyecto SISTE. En el Cuadro 47 se expone el estudio econmico correspondiente a la implementacin del SISTE, el cual presenta la inversin a realizar para la validacin del prototipo del SISTE (versin beta), que pondr a disposicin de todos los SAE del pas la versin final definitiva del Sistema de Informacin. Se requiere la obtencin de activos fijos que formen parte sustancial de un desarrollo tecnolgico. Las necesidades mayores u ocasionales de equipos se podrn financiar a travs de la partida de servicios. Estn excluidos los inmuebles que sirvan de sede y los equipos de oficina. En la fase de evaluacin debern consignarse cotizaciones y para la fase de seguimiento, anexar facturas de los equipos adquiridos
Firma y sello
Firma y sello
Firma y sello
Cuadro 47: Factibilidad econmica del SISTE.

Descripcin Computadora porttil Computadora de escritorio GPS Tarjeta DIGIUM 2fx - fo Telfono Vo-IP Router inalmbrico TOTAL EQUIPOS Cantidad 1 1 1 1 2 1 Precio Unitario 3.500,00 3.500,00 1.000,00 2.000,00 500,00 300,00 IVA 12% 420,00 420,00 120,00 240,00 120,00 36,00 Total 3.920,00 3.920,00 1.120,00 2.240,00 1.120,00 336,00 12.656,00
Fuente: Propia (2011)
Ahora, se procede a determinar los costos de personal (ver Cuadro 49), tanto los que corresponden al equipo de desarrollo del Software, como al que se encargar de instalar la plataforma tecnolgica de telecomunicaciones. Cabe destacar que se proyecta el desarrollo del SISTE y la instalacin de los equipos de radiofrecuencia y satelitales en un perodo de doce (12) meses, incluyendo implementacin, puestas a prueba, deteccin y correccin de fallas.
Cuadro 49: Factibilidad econmica recursos humanos del SISTE

Perfil
Ingeniero TSU Licenciado
Actividades a desempear
Arquitecto de software libre Diseador de software libre Traduccin de Documentacin
Cantidad
1 2 1
Meses
12 10 2
Monto Mensual
4.300,00 3.600,00 4.300,00
Total
51.600,00 72.000,00 8.600,00
TOTAL PERSONAL
132.200,00
Como materiales y suministros (ver cuadro 50), se podrn financiar los insumos requeridos para el desarrollo tecnolgico. Quedan excluidos los equipos, papelera, implementos destinados a labores administrativas y cualquier material que no est involucrado directamente en la realizacin del proyecto.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Cuadro 50: Factibilidad econmica materiales y suministros del SISTE.

Descripcin Blocks de notas Bolgrafos Lpices No. 2 TOTAL MATERIALES Cantidad 6 12 12 Precio Unitario 15,00 15,00 8,00 IVA 12% 10,80 21,60 11,52 Total 100,80 201,60 107,52 409,92
En cuanto a servicios y validacin (ver Cuadro 51), que son los gastos generados por la contratacin de trabajos particulares generados por alguna empresa o institucin para el logro del proyecto, quedan excluidos los servicios pblicos tales como electricidad, telfono, etc.
Cuadro 51: Factibilidad econmica servicios y validacin del SISTE.

Descripcin
Cantidad Precio Unitario 1200 6 6 1 0,50 80,00 15,00 500,00
IVA 12% 0,06 9,60 1,80 60,00 71,46
Total 600,06 489,60 91,80 560,00 1.741,46
Servicios de impresin y repoduccin Servicios de empastado Servicio de almacenamiento de Sotware en CD Servicio de elaboracin de diapositivas TOTAL SERVICIOS
Ahora, se exponen los gastos ocasionados por viticos y pasajes (ver Cuadro 52), estn estipulados aquellos traslados a nivel nacional que sean justificados para la elaboracin del proyecto.
Cuadro 52: Factibilidad econmica viticos y pasajes del SISTE.
Descripcin Richard Rodrguez Richard Rodrguez Destino Caracas-Mrida-Caracas Valencia-Mrida-Valencia Numero de das 2 1 UT Autorizada para alojamiento y comida 5,5 5,5 UT Autorizada para Trasporte y UT ao 2011 Traslado S/Tabla 5,5 5,5 IVA TOTAL 76,00 76,00 Total 1.672,00 836,00 2.508,00 300,96 2.808,96
Total Pasajes y Viticos
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Para concluir, una vez revisados los anteriores estudios econmicos, a los fines de implementar el SISTE, de acuerdo al objetivo general planteado con anterioridad, se requiere de una inversin total correspondiente a lo indicado en el siguiente Cuadro 53, de Bs. 149.816,34.
Cuadro 53: Resumen general de factibilidad econmica del SISTE.
Rubros Equipos Personal Material y Suministros Viticos Servicios Total

Total Bs. 12.656,00 132.200,00 409,92 2.808,96 1.741,46 149.816,34
Ahora bien, a los fines de preservar los resultados financieros de la factibilidad econmica, se proceder a continuacin a reflejar su equivalente en unidades tributarias (U.T.), la cual, en la actualidad est en Bs. 76,00 cada una; y en divisa norteamericana, la cual, en su precio oficial est determinado en Bs. 4,30 por dlar.
Bs. 149.816,34 76,00 = 1.972 U.T. Bs. 149.816,34 4,30 = USD $ 34.841,00
De los cmputos anteriormente realizados, se puede concluir que el proyecto de desarrollo del SISTE, se podr ejecutar en primera fase, por el equivalente en moneda nacional por 1.972 U.T., en su equivalente en divisa norteamericana, por USD $ 34.841,00.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
4. Autor del Proyecto:
Apellidos y Nombres: Rodrguez Salazar, Richard Jos. Profesiones: Ingeniero de Sistemas y TSU en Informtica. Ocupacin: Innovador en Ciencia, Tecnologa e Innovacin ONCTI y Asistente de Tribunal de la Direccin Ejecutiva de la Magistratura TSJ, Mrida Experiencia: 23 aos en Tecnologas de Informacin y Comunicacin. Edad: 38 aos. FORMACIN ACADMICA: Superior pregrado: 2003 2010: IUP Santiago Mario. Ingeniero de Sistemas. Mrida Edo. Mrida. 1995 1998: IUT Juan Pablo Prez Alfonso IUTEPAL. TSU en Informtica. Valencia Edo. Carabobo. Bachillerato: 1983 1989: Liceo Bolivariano Libertador. Mrida Edo. Mrida. EXPERIENCIA PROFESIONAL: Ejercicio libre de la profesin de Ingeniero de Sistemas. Actualmente desde ao 1988. Consultora de Tecnologas de Informacin y Comunicacin. Innovador acreditado por el Observatorio Nacional de Ciencia y Tecnologa ONCTI. Investigador adjunto ad honorem acreditado por el Centro de Investigaciones y Altos Estudios en Ciencias Sociales (CIAECIS-CS), Universidad de Carabobo. Desarrollo de proyectos de innovacin para el Programa de Estmulo a la Investigacin e Innovacin (PEI). Propuestas tecnolgicas para la Gobernacin del Estado Mrida. Comerciante e importador de equipos tecnolgicos. Docente del IUP Santiago Mario, Mrida Edo. Mrida. Actualmente desde septiembre 2011. Profesor de materias de Ingeniera de Sistemas. Pasante de Ingeniera de Sistemas. Aviacin Militar Bolivariana, Divisin Centro de Investigaciones y Desarrollo Aeronutico (CIDAE), Maracay edo. Aragua. Sep - Nov 2009.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Participacin en el desarrollo de software del prototipo de simulador de tiro de combate. Contribucin en el funcionamiento de la Coordinacin de Informtica. Tcnico de Redes del Servicio Autnomo de Telecomunicaciones de Mrida (SATEM), Gobernacin del Estado Mrida. Mrida edo. Mrida. Mayo 2005 a Enero 2006. Ingeniera y desarrollo de redes de cableado estructurado e inalmbricas, para el servicio telefnico de atencin de emergencias 171 y la Gobernacin del Estado Mrida. Help Desk del servicio telefnico de atencin de emergencias 171. Jefe del Departamento de Informtica de la Instituto de Bibliotecas (IBIME), Gobernacin del Estado Mrida. Mrida edo. Mrida. Enero 1999 Mayo 2005. Desarrollo del proyecto de Bibliotecas Virtuales y Servicios de Informacin Digital. Coordinador de Infocentros y Bibliotecas Virtuales, Miembro del equipo tcnico de la Presidencia y Direccin de la Institucin. Participacin en los planes de Ciencia, Tecnologa e Innovacin del Estado Mrida. Facilitador del personal de los Infocentros de los Estados Mrida y Trujillo. Creacin del Departamento de Informtica. Instructor comunitario de cursos de alfabetizacin tecnolgica. Ingeniera y desarrollo de redes de cableado estructurado, para las Bibliotecas Pblicas. Help Desk de la red de Bibliotecas Pblicas del Estado Mrida. Docente del IU de Nuevas Especialidades (IUNE), La Azulita Edo. Mrida. Ao 2004. Profesor de materias de TSU en Informtica. CURSOS PROFESIONALES: Ingls Books 0 y 1. CFP La Parroquia. Mrida. Actualmente en proceso desde 2011. Congreso Primera Escuela Internacional sobre Aplicaciones Biomdicas del Lser, Instituto Venezolano de Investigaciones Cientficas IVIC, Mrida Edo. Mrida. 2010. Introduccin a la Geomtica. Fundacin Instituto de Ingeniera FII. Caracas. 2009. Liderazgo y Oratoria. Asesoramiento Comunicacional c.a. Mrida Edo. Mrida 2008.
Firma y sello
Firma y sello
Firma y sello
Comunicaciones niveles bsico y medio. AV Banda Ciudadana. Mrida Edo. Mrida 2005. Software Libre Nivel 0. Fundacite Mrida. Mrida Edo. Mrida, 2004. Gestin Participativa Organizacional. IBIME, Gobernacin Mrida. Edo. Mrida. 2003. Redes CCNA-CISCO NIVEL I. Fundacite. Mrida Edo. Mrida. 2002 Formacin de Anfitriones para Infocentros. Gobernacin Mrida Edo. Mrida. 2001. Redes Locales. C-Matic. Mrida Edo. Mrida. 2000. Microsoft Access 2000. C-Matic. Mrida Edo. Mrida. 2000. Sistema operativo Linux. C-Matic. Mrida Edo. Mrida. 2000. Microsoft Visual Basic. C-Matic. Mrida Edo. Mrida. 2000. Ingls Niveles I y II. Venusa C.P.S. Mrida Edo. Mrida. 1999. Teleinformcin en Venezuela - Alejandra. Hacer ULA. Mrida Edo. Mrida 1999. Normas COVENIN ISO 9000. Papelera Venepal c.a. Mrida Edo. Mrida 1997. Autocad y MS-DOS. Centro de Enseanza Integral. Valencia Edo. Carabobo 1996. Organizacin del Trabajo y Administracin del Tiempo. Ince. Mrida 1991. Aprendiz Bancario: Auxiliar Bancario en Operaciones de Caja y Depsitos. Ince Bancario. Mrida Edo. Mrida. Febrero 1989 hasta Febrero 1991. Relaciones Humanas. Ince Mrida Edo. Mrida. 1990. PROYECTOS DE INVESTIGACIN E INNOVACIN: Propuesta de conformacin del Centro de Investigaciones y Altos Estudios para la Universidad Politcnica Territorial de Ejido (UPT Ejido). Ao 2011. Proyecto de desarrollo de Programa de Formacin para la Formulacin de Proyectos de Consejos Comunales en el Estado Mrida. Ao 2011. Propuesta de conformacin de una extensin del Centro de Investigaciones y Altos Estudios en Ciencias Sociales (CIAECIS-CS) de la Universidad de Carabobo, en Mrida. Ao 2011. Proyecto de innovacin Tecnologa Socialista al Rescate del Pueblo para la automatizacin de los servicios de atencin de emergencias 171. Ao 2011. Trabajo especial de Grado Ingeniera de requisitos para el desarrollo de un sistema de informacin en los Servicios de Atencin de Emergencia 171, Julio 2010. Trabajo de investigacin Propuesta de Creacin de la Direccin de Telecomunicaciones e Informtica para la Gobernacin del Estado Mrida, Febrero 2009.
Firma y sello
Firma y sello
Firma y sello
Trabajo de investigacin Propuesta de reestructuracin de la Gobernacin del Estado Mrida. Diciembre 2008. Trabajo de investigacin plan de trabajo de la red de Bibliotecas Pblicas de la Gobernacin del Estado Mrida. Septiembre 2008. PUBLICACIONES: Ponencia arbitrada Sistema organizacional de Ciencia y Tecnologa para la optimizacin de la gestin gubernamental venezolana. Congreso Andaluz de Sociologa, Universidad Pablo de Olavide, Espaa. Nov. 2008. RECONOCIMIENTOS: 2011: Reconocimiento Tribunal Supremo de Justicia de Venezuela. 2011: Respaldo a estudios de posgrado Concejo Comunal El Central, Mrida - Mrida. 2009: Reconocimiento por participacin como Pasante en CIDAE. 2008: Respaldo a ponencia internacional del CIAECIS-CS, Universidad de Carabobo. 2008: Respaldo a ponencia internacional del Ministerio del pp para la Cultura. 2007: Becario de FUNDAYACUCHO, para estudios de pregrado. 2007: Reconocimiento a la labor en el Tribunal Supremo de Justicia de Venezuela. 1997: Reconocimiento como equipo de trabajo en la empresa Papelera Venepal.
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello
Copyleft Ing. Richard Rodrguez Salazar Elaborado: Agosto, 2.010 Revisado: Noviembre, 2011
Se autoriza la copia, distribucin y/o modificacin de este documento bajo los trminos de la Licencia de documentacin libre GNU, versin 1.2 o cualquier otra que posteriormente publique la Free Software Foundation; sin secciones invariables, textos de portada, ni textos de contraportada
Elaborado por:
Revisado por:
Aprobado por:
Firma y sello
Firma y sello
Firma y sello

Ingeniería de Requisitos SISTE, CIAECIS-CS-UC (2011)

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Ingeniería de Requisitos SISTE, CIAECIS-CS-UC (2011)

Încărcat de

Drepturi de autor:

Formate disponibile

Centro de Investigaciones y Altos Estudios en Ciencias Sociales

DOCUMENTO DE DEFINICIN DE REQUISITOS DEL SISTEMA DE INFORMACIN DE ATENCIN DE EMERGENCIAS (SISTE)

2.1. Sistema de Informacin para la Atencin de Emergencias (SISTE)

Sistema de Gestin de base de datos: PostgreSQL Server MySQL Server

Central telefnica: DIGIUM-Asterix

Servidores de red: GNU Linux Debian Server

Otros servicios: Sistema de posicionamiento global (GPS).

Aplicaciones y Mdulos del SISTE:

2.3. Objetivo General

DOCUMENTO DE REQUISITOS DE USUARIO (DRU)

3.1. Documento Visin: Modelado de negocios (MN).

A continuacin se muestra la Figura 29 la cual representa el modelo de objetivos del SAE.

Figura 29 Modelo de objetivos del sistema de negocios Fuente: Propia (2010)

3.1.2. Modelado de procesos del negocio

El modelado de procesos de negocio, se utiliz por tres objetivos principalmente:

3.1.2.1. Cadena valor.

Figura 30: Cadena valor Fuente: Propia (2010)

3.1.2.2. Procesos vitales

Reportar una emergencia:

Figura 31: Proceso reportar una emergencia Fuente: Propia (2010)

Atender reporte de emergencia:

Figura 32: Proceso atender reporte de emergencia Fuente: Propia (2010)

Como se visualiza en la Figura 33, el despachador recibe el ticket de e-

3.1.3. Modelado de objetos del sistema de negocio

3.1.4. Modelado de actores/unidades organizacionales

Cuadro 18: actores y unidades organizacionales del SISTE

Rol Coordinador del SAE

Cliente Atender la llamada de emergencia

Despachar a los organismos de seguridad para atender las emergencias

Atender las emergencia reportadas por el despachador

Central de telefona VoIp

Sistema de telecomunicaciones de voz y datos

Registrador de llamadas de voz

Coordinar el SISTE a nivel nacional

Voluntariado del SAE

Personas con emergencia

Ciudadanos presentando emergencias

3.1.5. Modelado de regla de negocios:

Figura 36: Modelado de reglas de negocio SAE Fuente: Propia (2010)

Cuadro 19: Especificacin de requisitos de usuario

Descripcin Activar el Sistema de

Informacin en el SAE Mrida Contar con diversos

mecanismos para el reporte de emergencias Ampliar las

comunicaciones con los organismos de seguridad

Cuadro 20: Requisitos de usuario activar el Sistema de Informacin en el SAE Mrida

Criterio de Aceptacin / Validacin: Prioridad: ltima Modificacin:

Criterio de Aceptacin / Validacin: Prioridad: ltima Modificacin:

Cuadro 22: Ampliar las comunicaciones con los organismos de seguridad

Criterio de Aceptacin / Validacin: Prioridad: ltima Modificacin:

DOCUMENTO DE REQUISITOS DE SISTEMA (DRS)

meteorolgica de la AMBV Rastrear ubicacin de las

unidades mviles de los Organismos de Seguridad

Cuadro 24: Requisito de sistema elaborar el SISTE en Software libre

Criterio de Aceptacin / Validacin: Prioridad: ltima Modificacin:

Cuadro 25: Requisito de sistema determinar la ubicacin de las llamadas entrantes

Criterio de Aceptacin / Validacin: Prioridad: ltima Modificacin:

Cuadro 26: Requisito de sistema advertir al operador sobre llamadas de sabotaje

Criterio de Aceptacin / Validacin: Prioridad: ltima Modificacin:

Cuadro 27: Agilizar la atencin de las llamadas de emergencias

Criterio de Aceptacin / Validacin:

Prioridad: ltima Modificacin:

Cuadro 28: Acceder a los datos del S.I.P.O.L.

Criterio de Aceptacin / Validacin: Prioridad: ltima Modificacin:

Cuadro 29: Requisito de sistema contar con la informacin meteorolgica de la AMBV