Proyecto SEMI (Sistema de Emergencias Móviles Interdisciplinarias)

Transcripción

1 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. Pryect SEMI (Sistema de Emergencias Móviles Interdisciplinarias) Emilian Andres Favini Universidad Abierta Interamericana, Buens Aires, Argentia. eafavini@utlk.cm Abstract. SEMI es un Sistema de alerta, asistencia, prevención y rescate de emergencias interdisciplinarias, basad en Tecnlgías de la Infrmación cm herramienta cmplementaria a ls sistemas de emergencias actuales. Brinda múltiples beneficis tds tendientes a la mejra cnstante en el área de Seguridad Civil y apyad en el us de Teléfns Móviles inteligentes 1 MISION Clabrar cn el sistema de emergencias médicas, pliciales, bmbers y de defensa civil, ante accidentes, incidentes, hechs delictivs y catástrfes. Optimizándl desde diferentes aspects a través del avance de la tecnlgía y las cmunicacines cn el fin de reducir y mitigar las afeccines cnsecuentes. Se tiene cm valres principales la slidaridad y ayuda hacia el prójim. El respet y el cmprmis. 2 VISION Estams cnvencids que una sciedad es más que la suma de las singularidades de cada persna que la integra, la sciedad sms nstrs, entendid cm un td armnis. Nuestra visión es brindarles a tdas las sciedades una herramienta tecnlógica, cmplementaria a ls servicis de emergencia ya establecids, de acces gratuit a tds ls ciudadans para su cuidad y el de ls cercans. Ser recncida cm una herramienta cmplementaria estándar e integral para emergencias psicinándse entre las aplicacines de instalación predeterminada básica e indispensable en ls teléfns inteligentes. Inicialmente brindand una arquitectura descentralizada de us cn ls cntacts persnales. Y a larg plaz teniend una infraestructura centralizada de servici que pueda integrarse cn ls sistemas de emergencias existentes. Incrprar nuevs estándares y facilidades de cmunicación y prcess en catástrfes y emergencias utilizand y desarrlland nuevas tecnlgías 44 JAIIO - STS ISSN:

2 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. 3 Descripción de la prblemática (Disparadr) 3.1 Punts y dificultades en Emergencias basads en la cmunicación: 3.1.1Ubicación Detalles Veracidad Accesibilidad Entrn Descncimient Call Center 3.2 Punts y Dificultades ante Atención Pre hspitalaria y Rescate Hay gente afectada? Cuántas persnas sn? Dónde están? Quiénes sn? Qué les sucede? Están vivs? 4 Slución prpuesta Desarrllar un nuev sistema de alerta y gestión que permita abarcar el prces de cmunicación y avis de emergencias, desde la emisión de un mensaje de ayuda hasta la recepción pr parte del persnal especializad e incrprar aplicacines multidisciplinarias para la prevención, asistencia y rescate dándle valr agregad. 5 Aprte de la Slución Al incrprar el nuev sistema de alerta y gestión, se facilita la cmunicación y avis entre un individu de la Sciedad y el centr de atención a emergencias (Plicial, Bmbers, Medic, Defensa civil), se ptimiza la calidad y cantidad de infrmación relevante en una unidad de tiemp de recepción menr hacia las entidades de respuesta, se unifica el prces de emergencias, se brinda trazabilidad de un incidente, se centraliza la administración y se facilita la incrpración de nuevs Servicis al ciudadan sbre la infraestructura dada. 44 JAIIO - STS ISSN:

3 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. Se busca que el centr de peración distrital centr de atención a emergencias pueda tener una visibilidad en tiemp real, accediend de manera nline, a un prtal en dnde recibirá ntificacines de auxili y slicitud de asistencias. En dich siti bservará tda la infrmación relevante a su zna de cbertura, cm ser el estad actual de las alertas, el tiemp estimad de reslución basad en estadísticas reclectadas de incidentes similares. El tiemp y la infrmación estimada sn de especial imprtancia, ya que de él dependen las priridades y la tma de decisines para llevar a cab la asistencia de un incidente. Un benefici adicinal del nuev sistema es la base de cncimients, que se generará también de manera centralizada. Esta base de cncimient permite que ls diferentes centrs puedan nutrirse de las experiencias de trs, en materia de errres y de acierts de respuestas ante Emergencias, cncer un mapa de calr y frecuencias y bservar znas de riesgs de emergencias según su tip. N sl buscams que se pueda ayudar en tiemp real y cn aprte de significativa imprtancia, sin que nuestr fin ulterir es frtalecer ls lazs existentes entre tds ls miembrs de una cmunidad, que seams cnscientes de la imprtancia de la mutua cperación entre quienes habitams las ciudades y que entendams a la seguridad cm un patrimni cmún a resguardar. 6 Principales Objetivs: 6.1 Mejrar ls tiemps de cmunicación en alertas de emergencias 6.2 Brindar más cantidad y mejr calidad de infrmación para la tma de decisines ante emergencias y cnsecuentemente est que genere una mejra de la atención pre hspitalaria. 6.3 Prevenir hechs que pngan en riesg la integridad de una persna físicamente y psiclógicamente a través de aviss preventivs persnalizads. 6.4 Generar cnciencia en las masas del valr de la ayuda y slidaridad. 6.6 Optimizar ls trabajs de rescate mediante el us de la aplicación y tecnlgías. 6.7 Brindar infrmación a la victima de cóm actuar ante una emergencia. 7 Principales Riesgs El principal riesg de esta slución es que la misma se apya en ls servicis de telecmunicacines brindads pr las prestatarias de telefnía celular existente en la zna de cbertura, y que ls servicis de las mismas sean interrumpids, pr l que n generaría alertas. Una mitigante para este tip de riesg es la utilización de redes Wifi pública en la zna afectada y el us de SMS, para pder brindar las alertas crrespndientes. 44 JAIIO - STS ISSN:

4 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. El segund riesg que se puede bservar, es que un mal funcinamient del teléfn inteligente n genere alertas de emergencias que requieren ser atendidas. 8 Estad Actual Actualmente el emprendimient cuenta cn prttips funcinales y el prduct final se encuentra en etapa de desarrll. Además se Trabaja en una paralela y cntinua investigación en el Centr de Alts Estudis de Tecnlgías de la Infrmación (CAETI) de la Universidad Abierta Interamericana en Buens Aires, Argentina. 9 Alcances Generales 9.1 Garantizar la seguridad de la infrmación entre el ciudadan y el centr de atención a emergencias, sin transfrmacines de dats ni interfaces, mejrand ls tiemps de respuesta. 9.2 Llevar un registr de ls incidentes currids detalland dats crítics (fecha, hra, lugar, tip de incidente, etc.). 9.3 Obtener una base de dats maestra cn tds ls Incidentes para trabajar analíticamente a fines de mejras futuras y estrategias de prevención y cncientización. 9.4 Cualquier tra actividad n especificada anterirmente quedará fuera del alcance del pryect, y será revisada para analizar si debe ser incluida en las futuras etapa del mism. 10 Cicl de Vida Para el nuev desarrll se utiliza al Prces Unificad (PU) cm mdel prescriptiv que guia td el prces del cicl de vida del desarrll del sistema. Junt cn técnicas de desarrll Ágil para el primer Versinad. En la etapa Inicial, se reunirá a persnal cmpetente para realizar un relevamient de las necesidades cmplementarias para el nuev sistema y establecerá ls cass de us del negci, dcumentación, evaluación inicial de ls riesgs, plan de pryects, fases e iteración; y mdel del negci. En la etapa de Elabración, en base a l btenid de la fase inicial, se generaran ls requisits tant funcinales cm n funcinales del pryect, ls cass de us del sistema, se cmenzara a armar ls manuales de us. En la etapa de Cnstrucción se implementará el sistema, mediante la cnstrucción de ls diferentes cmpnentes, ls cuales se irán incrementand e integrand al sftware. Se elabrarán la dcumentación de sprte, manual de usuari y manual de 44 JAIIO - STS ISSN:

5 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. instalación. Se realizará el plan y prcedimient de pruebas y tds ls cass de pruebas unitarias, de integración, pruebas de caja negra y blanca. En la última etapa, Transición, se terminará la integración ttal del sftware, reprtes de pruebas Alfa y se btendrá la realimentación de ls centrs de atención distritales cuand realicen las pruebas Beta para terminar de crregir ls últims errres presentes. 11 Prpuesta de Inclusión Se cnfrmará un equip de fuerza equip interdisciplinari para llevar adelante el pryect, este equip será el respnsable de dar cbertura a ls distints aspects y entrns en el que interviene el sistema (ámbit públic, ámbit legal, ámbit ecnómic, ámbit de la salud, entre trs ámbits) y enfcad en que su tarea sea el alcance de ls resultads esperads. Para ell se establece llevar adelante un cncurs y selección de aquells interesads en participar y frmar parte del presente pryect Mdel Inicial Estructural de participantes del Emprendimient Inicialmente se diferencian ls siguientes grups de trabaj, se establecen fuera de una estructura jerárquica ya que ls grups trabajan a la par clabrativamente, en un futur pdrían transfrmarse en departaments individuales: Telecmunicacines Desarrll Audi Visual Administración 11.2 Recurss Para el pryect se buscarán una serie de recurss externs e interns, egresads estudiantes de universidades. Grup Telecmunicacines Administradr de TI y Netwrking Senir. Administradr en Netwrking Senir. Actividades Principales: Administración de Redes Administración de Servidres Mantenimient de Equipamient Analisis y Diseñ de Infraestructura Apy en actividades de Desarrll de Sftware 44 JAIIO - STS ISSN:

6 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. Grup Desarrll Desarrlladres de Sftware Semi-Senir en Desarrll Mvil (Andrid, Windws Phne, Iphne, BlackBerry).vb bv Desarrlladres de Sftware Semi-Senir en desarrll Web y Windws. Desarrlladr Junirs de Sftware. Actividades Principales: Desarrll de Aplicación para Smartphne Desarrll de Aplicación para servidres Desarrll de Siti Web Testing de Prducts Dcumentación pertinente al prduct Grup Audi Visual Especialistas en Ciencias de la Cmunicación Actividades Principales: Diseñs de imágenes gráficas para Aplicacines, Siti Web, Publicidades y Redes Sciales. Desarrll de Material Visual, Grafic, Audi y Vide para presentacines y Publicidades. Apy en actividades de Prensa Apy en Actividades de Administración Grup Administración Especialistas en Ciencias de la Cmunicación Especialista en Ciencias Empresarial Especialista en Psiclgía y Relacines Humanas Especialista en Medicina y Ciencias de la Salud Especialistas en Derech y Ciencias Plíticas Actividades Principales: Organización y participación de events y presentacines Relacines públicas (cntacts distritales, spnsrs, etc) Administración de avances de implementacines distritales Administración cntable Administración de aspects legales Diseñ e implementación de estrategias de Marketing Actividades de Scial Media Manager Tareas administrativas generales 44 JAIIO - STS ISSN:

7 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. 12 Prpuesta de Mejra Cntinúa Se realizarán diferentes medicines (indicadres) durante tda la vida del pryect, para pder tener un punt de partida de las mismas. Se realizará una medición inicial al cmienz del pryect, y periódicamente (bimestralmente) para pder evaluar las diferencias cn respect a la primer medición. La tarea durante la medición prpiamente dicha se hará mediante una serie de talleres cn el equip multidisciplinari seleccinad y mediante encuestas cn grups representativs de las pblacines cuya agenda de ejecución permita identificar la pstura de la gente y su pinión. 13 Imagen La imagen de SEMI se define seria y frmal. 14 Distribución Su distribución de realizará a través de appstres y descargas del prpi Siti Web, se apyará en un plan de cmunicación para darse a cncer hacia la sciedad y para la btención de Spnsrs y Scis Estratégics. 15 Plan de cmmunicación El plan de cmunicación permitirá guiar las expectativas de ls distints interesads. Permitirá transmitir el prqué de la incrpración de la herramienta, en qué cnsiste, en que beneficiará a la sciedad y qué efect tendrá en la gente. Se requerirá de la incrpración de un especialista alumn de la carrera de cmunicacines relacines Públicas para clabrar en este eje, La realización de este plan estará realizad pr el grup de Administración anterirmente mencinad. 44 JAIIO - STS ISSN:

8 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. Tareas Efectuar análisis cntextual Diseñar el plan de cmunicación Respaldar la ejecución del plan de cmunicación Ajustar el diseñ según ls resultads de la medición Capitalizar el cncimient Detalle Se detallará el análisis del cntext de la Sciedad y ls distrits, sbre la cual se realizarán las etapas detalladas a cntinuación. Se realizará una audiencia masiva para ntificar masivamente el bjetiv del pryect. Se utilizarán ls canales públics y canales interns de dispner de servicis de cmunicación (mails, intranets, carteleras, circulares, radi). Se realizarán presentacines para pder fmentar el bjetiv del pryect y explicar el alcance del mism, así cm también la imprtancia que tiene el mism para tda la sciedad. Se realizará un análisis de la efectividad de la cmunicación, para pder evaluar la evlución de las pblacines que se encuentran a favr del pryect y cuales se encuentran en cntra. Se generarán infrmes que aprten valr a futurs pryects de mejra. De esta manera se tendrá cncimient de que prcedimients fuern más efectivs y cuáles deben ser excluids. 16 Estudis de Factibilidad y Viabilidad Este análisis permitió determinar las psibilidades de diseñar el sistema prpuest y su puesta en marcha, ls aspects tmads en cuenta para este estudi fuern clasificads en las áreas que se describen a cntinuación Viabilidad Cmpetitiva Se realizó un análisis del mercad de las slucines semejantes, encntrand altas ventajas cmpetitivas en el pryect SEMI. Las nvedades tecnlógicas, capacidad de redundancia, mdel centralizad y valres agregads hacen la diferencia frente a ls prducts cmpetidres más ppulares Viabilidad Operativa Se realizarn análisis de Mercad bservand que en 2013 el 25% de la pblación en Latinamérica psee teléfns inteligentes y este valr se vería acrecentad a fines de Teniend en cuenta que el 70% de las persnas n sale de su casa sin su teléfn y que la aplicación es de acces gratuit cnstituye las bases para que su us sea Masiv y Viable. 44 JAIIO - STS ISSN:

9 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. Operativamente el diseñ de la aplicación hace que sea de fácil us y se cmprbó inicialmente en las pruebas de 100 persnas de diferentes edades que n tuviern incnvenientes para utilizarla Viabilidad Cultural El sistema se encuentra cm bjetiv de primera implementación en Argentina y Chile dnde la cultura n frece impediments de implementación, la sciedad se encuentra cn un óptim nivel de cperación y slidaridad que permitirá la rápida implementación del servici sin la necesidad de hacer exhaustivas campañas de cncientización en el valr de empatía cn el prójim. Se realizara un psterir análisis dependiend del país dnde se quiera implementar. En Argentina y Chile existe una cultura de cnsum de teléfns inteligentes muy imprtante. El us extendid de ests dispsitivs, hace que sea sencilla la implementación de aplicacines nuevas, para td tip de uss Factibilidad Legal Se deja explícitamente declarad en esta sección que según a las nrmativas legales vigentes n se encuentran trabas para el desarrll, instalación y peración nrmal del sistema, mtiv del presente pryect. Respect a la prtección Legal del pryect y su implementación se determinarán ls siguientes punts. -Registr en DNPDP Inscripción y registr RNBD para Prtección de Dats Persnales de la Base de Dats -Registr de Prpiedad intelectual Se realizarn ls registrs de Prpiedad Intelectual pertinentes al pryect. -Acuerd de Adhesión del Usuari Cndicines Principales* ***Se deja cnstancia que SEMI NO ATENTA cntra la integridad física psiclógica de una persna y se define su us n bligatri y cm COMPLEMENTARIO al sistema de emergencia lcal, pr l tant n l remplaza ni sustituye en ningún aspect. 44 JAIIO - STS ISSN:

10 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad Factibilidad Técnica La factibilidad técnica cnsistió en realizar una evaluación de la tecnlgía existente en ls países de Latinamérica y la psibilidad de hacer us de la misma en el desarrll e implementación del sistema prpuest. Las tecnlgías utilizadas ya se encuentran establecidas y sn cnfiables. Se detallan ls requerimients tecnlógics a grandes Rasgs que deben ser adquirids para el desarrll, investigación y puesta en marcha del sistema en cuestión. La tecnlgía necesaria para la implantación del sistema se evaluará baj ds enfques: hardware y sftware. Hardware: Infraestructura de alta dispnibilidad baj slucines Clud cmputing y Virtualización Psibles prveedres / spnsrs / Scis estratégics: Amazn y Clar. Equips de Radi Wireless. Psibles prveedres / spnsrs / Scis estratégics: Ubiquitti. SIM y Mdems SIM Psibles prveedres / spnsrs / Scis estratégics: Clar, Mvistar, Persnal. Sftware: Utilización de Sftware OPEN SOURCE Licencias de Desarrll de la aplicación en Windws 16.6 Factibilidad Ecnómica N es Objet de Estudi en esta presentación presentar estudis prfunds de inversión. 44 JAIIO - STS ISSN:

11 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. 17 Tareas Estudi de Viabilidad Analizar el sistema prpuest y escribir una descripción Definir y dcumentar psibles tips de sistemas Hacer un análisis de cste de sistema similares Hacer una estimación del tamañ del sistema, la planificación y ls cstes. Definir cualitativa y cuantitativamente ls beneficis del sistema prpuest Realización de una estimación detallada de cstes, planificación, recurss, etc., de la siguiente fase (Análisis) Asignar directr del pryect Cmpsición del dcument de estudi de viabilidad Análisis Captura de requisits Definir el ámbit del sistema prpuest Funcines Dimensines Usuaris Restriccines Prducir el dcument de requisits del nuev sistema Incluir Requisits del usuari pririzads Prducir una lista de ls beneficis tangibles e intangibles (un refinamient de la lista del estudi de viabilidad)) "Realización de una estimación revisada de cstes, planificación, recurss, etc., para el rest del pryect." Prducir el dcument de definición de requisits; Esta tarea incluye la cnstrucción de un prttip Realizar una revisión final del dcument de requisits "Definir las respnsabilidades en la próxima fase para el directr, miembrs del equip de desarrll y trs." Análisis de Riegs Especificacines del sistema "Definir el tip de sistema prpuest: Transfrmar las restriccines físicas, ambientales y peracinales a características del sistema; Pr ejempl Sistema basad en transaccines? Distribuid centralizad? Estacines de trabaj terminales?" "Esquematizar el sistema prpuest: transfrmar ls requerimients del usuari de la fase anterir en una especificacines funcinales (DFD, Organigramas, etc.)" 44 JAIIO - STS ISSN:

12 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. Diseñ "Cnstruir el diccinari de dats: Describir tds ls elements del DFD incluyend funcines y dats; asegurarse de que tdas las relacines inter-funcinales y entre dats sean dcuments. Revisar y expandir el análisis de cste benefici: Actualizar cn la infrmación nueva; Verificar que ls beneficis esperads se mantienen y que el plaz de recuperación de la inversión sigue siend aceptable. Realización de una estimación detallada de cstes, planificación, recurss, etc., de la siguiente fase (Diseñ) Prducir una estimación revisada de cstes, planificación, recurss, etc., para el rest del pryect. Prducir el dcument de especificación del sistema Realizar una revisión final del dcument de especificación del sistema. Definir las respnsabilidades en la próxima fase para el directr, miembrs del equip de desarrll y trs. Prducir el diseñ glbal del sistema, cntendrá Definir ls prgramas y sus principales funcines Definir ls principales flujs de dats entre prgramas y funcines. Diseñar el esquema de dats lógics y físics Definir ls entrns de hardware y sftware, prpniend alternativas. Dcumentar ls diagramas de diseñ alternativs Desarrllar un diseñ detallad del sistema, para cada alternativa de diseñ planteada. Crear una descripción narrativa detallada del diseñ para td el sistema y cada una de sus partes (Prgramas, funcines y dats) Actualizar el diccinari de dats Definir ls cmpnentes de hardware específics (Capturadres de dats, sistemas de cmunicación, etc.) y sus funcines. Validad el diseñ cn las especificacines del sistema Dcumentar el entrn hardware y sftware necesaris para esta alternativa Revisar y expandir el análisis de cste benefici para cada alternativa Actualizar cn la infrmación nueva Verificar que ls beneficis esperads se mantienen y que el plaz de recuperación de la inversión sigue siend aceptable Evaluar las alternativas de diseñ, para cada alternativa, dcumentar Requerimients de usuari que se alcanzan cn esta alternativa 44 JAIIO - STS ISSN:

13 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. Cdificación Nivel de aceptación esperad de ls usuaris Realización de una estimación detallada de cstes, planificación, recurss, etc., de la siguiente fase (Cdificación) cn esta alternativa. Alternativa recmendada Desarrll de un plan de test del sistema Crear dats de entrada del test Prducir el listad de ls resultads esperads Prducir el listad de ls criteris de test Desarrllar la planificación de test del sistema Desarrllar un plan de test diferenciad para cada alternativa Identificar las necesidades de entrenamient y dcumentación de ls usuaris; Definir las guías de Dcumentación cmpleta de usuari Manuales de peradr Dcuments y planificación de frmación para usuari y peradres Prducir el dcument de diseñ del sistema Realizar una revisión final del dcument de diseñ del sistema Recmendar una alternativa Definir las respnsabilidades en la próxima fase para el directr, miembrs de ls equips de desarrll, así cm de trs implicads. Prducir un plan de trabaj Creación de la lista detallada de tareas necesarias para realizar la cdificación y test de tds ls cmpnentes del sistema Prducir una planificación para las tareas anterires cn las fechas más tempranas y más tardías, así cm la asignación de respnsabilidades. Instaurar ls prcedimients para recger ls prgress y estad del pryect Instaurar ls prcedimients para recger tiemps, si resulta aprpiad Obtener la aprbación del plan de trabaj pr parte de la dirección Realización del diseñ detallad de cada prgrama Diseñar detalladamente ls diagramas De estructura de ls prgramas Pantallas, infrmes y tras cmpsicines Cmpsición de las tablas y sus diseñs Cdificar, dcumentar y pasar ls test de cada prgrama Realizar las pruebas de unidad, hasta que ls prgramas se adapten a las especificacines descritas en las etapas anterires Actualizar td l necesari en el sistema y en el DD de la rganización 44 JAIIO - STS ISSN:

14 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. Realiza el test de integración Pner tds ls prgramas prbads en la librería de pruebas de integración Realizar el test de integración de cada prgrama Dcumentar tds ls resultads del test de integración Terminar ls manuales de peradr y usuari, así cm ls de frmación Realización de una estimación detallada de cstes, planificación, recurss, etc., de la siguiente fase (Prueba del sistema) Prducir una estimación revisada de cstes, planificación, recurss, etc., para el rest del pryect. Cnfeccinar el dcument de diseñ de prgramas y cdificación Realizar revisines del dcument de diseñ de prgramas y cdificación Obtener ls resultads finales de la integración cmpleta del sistema y de las pruebas de integración Definir las respnsabilidades en la próxima fase para el directr, miembrs del equip de test, así cm de trs implicads Pruebas Realizar el test del sistema Hacer el test de sistema de acuerd al dcument de test del sistema Verificar la peratividad de ls manuales de usuari y peradr, utilizándlas en ls curss de frmación de ls usuaris y peradres que realicen el test del sistema. Verificar ls dcuments de entrenamient de usuaris y peradres, utilizándls en ls curss de frmación de ls usuaris y peradres que realicen el test del sistema. Dcumentar cmpletamente ls resultads del test del sistema Revisar la planificación de instalación Dispnibilidad de ls recurss Revisión de ls factres de cntingencia que puedan afectar a la instalación Prcess especiales del final de mes y fin de añ Vacacines y fiestas Revisión final del calendari de instalación Esbzar el plan ante caídas Criteris para las caídas Identificación de recurss para cntingencias Hrari para recuperacines abandns Desarrllar un acuerd de nivel de servici Criteris de rendimient de usuari, precisión y vlumen Criteri de apy de ls vendedres Tiemp medi entre falls Tiemp medi de reparación Criteris de calidad del sistema 44 JAIIO - STS ISSN:

15 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. Frecuencia de medición Aprbación del plan de instalación Aprbación de ls planes de cntingencia, recuperación y caídas Finalización del sistema cmpletamente prbad Acuerd de finalización del desarrll del sistema Acuerd de finalización de ls usuaris Acuerd de finalización del CPD Acuerd de finalización de garantía de calidad Acuerd de finalización de finanzas Instalación Instalación del hardware y sftware nuev Frmar ls primers usuaris y peradres Desarrllar ls planes de cntingencia, recuperación y caída Desarrllar ls prcedimients de mantenimient y versines Establecer prcedimients para versines regulares Llevar a cab la instalación del sistema nuev a prducción, desde cer Cmenzar el us de ls acuerds de nivel de servici Planificar y prgramar las revisines pst-instalación Establecer ls criteris de: Rendimient del sistema Calidad del sistema Satisfacción del usuari Calidad y facilidad de manej de: Manuales de usuari y peradr Frmación de peradres Infrmación y dats prducids Cstes de desarrll, instalación, peracines y mantenimient Establecer la planificación y calendari para las revisines Asegurar la dispnibilidad de: Persnal requerid Dcumentación requerida Llevar a cab las revisines pst-instalación Obtener Encuestas de aprbación del sistema Establecer el calendari para tras revisines pstinstalación si es necesari Mantenimient Implementar ls cambis del sistema Utilizar ls prcedimients de implementación de versines Asegurarse de que el sistema cntinua slucinand las necesidades de ls usuaris Utilizar ls acuerds de niveles de sprte 44 JAIIO - STS ISSN:

16 STS 2015, 2º Simpsi Argentin sbre Tecnlgía y Sciedad. Revisines regulares de requerimients del nivel de acuerd Revisines regulares de cm el sistema está alcanzand sus bjetivs Llevar a cab revisines regulares del sistema Utilizar ls prcedimients y cntenid de las revisines pst-instalación Pruebas regulares de la alta dispnibilidad. 18 Cnclusión Cnvencids y felices de tener la certeza de que existe en tda la cmunidad n sl la necesidad sin también y primrdialmente la vcación hacia la ayuda recíprca. Cnscientes de que el us de dispsitivs móviles digitales especialmente Smartphne va en aument, mayrmente en ciudades urbanizadas. Recnciend que el us de tecnlgía aplicada ante emergencias es un aspect n del td expltad cn una gran capacidad de prsperar y desarrllarse en las sciedades. Pr l detallad en el presente presentación, se cncluye que el pryect SEMI es un imprtante aprte para la sciedad y será una herramienta de aplicación masiva. Ls punts principales que atiende sn: Operativamente: Fácil us- Masiv Gratuit Administrativamente: Integral Únic Rápid Técnicamente: Busca ser eficiente y cnfiable, su diseñ arquitectónic l permitirá. Culturalmente: Prmueve la ayuda y slidaridad - Cncientiza y tiene alt impact scial 19 Equip Favini Emilian A. Analista en sistemas Infrmátics Funes Juan E. Licenciad en Infrmática Grain Matias Ingenier en Sistemas Infrmátics Juarez Maria E. Especialista en Derech 44 JAIIO - STS ISSN: