Sistema de Voto Electrónico para la Cámara de Diputados de la Provincia del Chaco

1. Sistema de Voto Electrónico para la Cámara de Diputados de la Provincia del Chaco UTN – FRRe Ingeniería en Sistemas de Información Proyecto Final • TITULARES DE CÁTEDRA • Ing. Graciela Méndez • Ing. César Acuña • TUTOR DEL PROYECTO • Ing. Carlos Cuevas

2. GRUPO Nº1 Maksimchuk, FABIO Nicoletti, MARIELA Romero, MELISA Sgrinzi, AGUSTINA Tomasella, MAURICIO

3. Agenda

4. ESCENARIO Descripción Organigrama de la Cámara Composición del Recinto Infraestructura del Recinto

5. Escenario: DESCRIPCIÓN • Cámara de Diputados de la Provincia del Chaco • Compuesta por 32 Diputados. • Sesiones Ordinarias los miércoles. • Sesiones Extraordinarias y Especiales. • Se tratan: • Proyectos de ley • Proyectos de declaración • Proyectos de resolución • Expedientes particulares • Notas oficiales

6. Escenario: ORGANIGRAMA DE LA CÁMARA

7. Escenario: COMPOSICIÓN DEL RECINTO • Estrado • Presidente • Vicepresidente 1ro • Vicepresidente 2do • Secretario • Prosecretario • 32 Diputados organizados por bloques políticos

8. Escenario: INFRAESTRUCTURA DEL RECINTO • Estrado • 32 Bancas • Zona de prensa • Zona de taquígrafos • Zona de asesores • SUM (Salón de Usos Múltiples) Equipamiento • WIFI • Aire Acondicionado • Parlantes • Micrófonos por banca y estrado • Cámara Filmadora

9. Agenda

10. Conceptos clave • Iniciativa de proyecto • Proyecto • Tipos de proyecto: • De ley • Común • Especial • De declaración • De resolución • Expedientes particulares • Notas oficiales • Voto • Abstención • Orden del día: • Tema • Preferencia • Despacho de entrada • Pedido de informes • Proyecto • Asistencia • Quorum • Sesión

11. Agenda

12. Circuito legislativo

13. Agenda

14. Operatoria de la Cámara para una Sesión

15. Agenda

16. Proyecto Objetivo Alcance Límites EquipoDesarrollador Planificación Entrevistas, charlas y visitas Costos Riesgos Modelo del Negocio SegLeg Diagrama de Bloques del Sistema Funcionalidad del Producto Usuarios

17. Proyecto: OBJETIVO • Diseñar un prototipo de sistema de información que permita automatizar todas las actividades que respectan a la votación en el recinto de la Cámara de Diputados, así como también, la infraestructura de comunicaciones necesaria para dicho sistema.

18. Proyecto: ALCANCE • El alcance del proyecto queda circunscrito a la operatoria en el recinto de la Cámara. • El sistema permitirá: • Llevar un registro de la asistencia durante cada una de las sesiones • Conteo,registro y visualización actualizada de los votos en tiempo real • Asignación del orden para el uso de la palabra. • Interconexión con el Sistema SegLeg. • Desarrollo del plan de infraestructura de comunicaciones que incluirá la definición del presupuesto asociado a los equipos y recursos humanos y el diseño de la arquitectura de red a utilizar teniendo en cuenta los requerimientos de seguridad esenciales.

19. Proyecto: LÍMITES • Quedaránfuera del alcance del proyectolassiguientesconsideraciones: • La digitalización, almacenamiento y transmisión del audio y video de cadauna de lassesiones. • La programación, implementación, prueba y mantenimiento del sistema. • La adquisición de componentes de conectividad y hardware necesariospara el funcionamiento del sistema. • Operacionescubiertaspor el sistemaSegLeg.

20. Proyecto: EQUIPO DESARROLLADOR • Project Manager: • Fabio Maksimchuk. • Analistas Desarrolladores: • Mariela Nicoletti • Melisa Romero • Agustina Sgrinzi • Mauricio Tomasella

21. Proyecto: PLANIFICACIÓN • METODOLOGÍA: RUP • CICLO DE VIDA: Cascada. • Ver PLANIFICACIÓN

22. Proyecto: ENTREVISTAS, CHARLAS y VISITAS • Ing. Juan Carlos Zaragoza –Coor. De la Comisión de Fortalecimiento y Director de Comunicaciones– 20/05/11 • Diego Skupien y Rubén Codutti–Responsables del desarrollo del SistemaSegLeg en ECOM – 19/05/11 • Mayela Romero –Directora de RR. HH – 13/06/11 • Norma FabianaArregin–Jefa de Mesa de Recepción, Dirección de Ceremonial y Protocolo– 13/06/11 • Graciela Nasir de Carrasco –Directora de Despacho– 13/06/11 • Patricia Romero –ProsecretariaLegislativa– 13/06/11 • Encargada de Asistencia en el Recinto– 13/06/11 • Carlos Fernandez –Atención al Ciudadano– 13/06/11 • ASISTENCIA A UNA SESIÓN - 1/06/11 • VISITA AL RECINTO – 16/06/11

23. Proyecto: COSTOS • DE RECURSOS HUMANOS

24. Proyecto - COSTOS • DE MATERIALES

25. Proyecto - COSTOS • COSTO TOTAL

26. Proyecto - RIESGOS • Factores ambientales (FA) • Factores tecnológicos (FT) • Factores organizativos (FO) • Factores sociales (FS) • Factores financieros (FF)

27. Proyecto: RIESGOS

28. Proyecto: RIESGOS

29. Proyecto: RIESGOS

30. Proyecto: MODELO DEL NEGOCIO

31. Proyecto: SegLeg (Sistema de Seguimiento de Gestión Parlamentaria) • Desarrollado por ECOM en 2007. • Partes: • Sistema Parlamentario: se utiliza para llevar a cabo la administración de la cámara en lo que respecta a los trámites parlamentarios y se instala en cada máquina utilizada por el personal de la cámara de diputados. • Página WEB: donde puede llevarse a cabo consultas sobre proyectos de ley, trámites en proceso, datos sobre los legisladores, etc. • Posee una BD. • Instalado en ECOM.

32. Proyecto: SegLeg (Sistema de Seguimiento de Gestión Parlamentaria) http://segleg.chaco.gov.ar/legislatura/index.html.

33. Proyecto: DIAGRAMA DE BLOQUES DEL SISTEMA Aplicación para el Estrado Servidor Central Sistema Gestor de Base de Datos Dispositivo de Banca Tablero para Visualización

34. Proyecto: FUNCIONALIDAD DEL PRODUCTO • Registrar y controlar la asistencia de los diputados a las sesiones dentro del recinto. • Controlar las votaciones, incluyendo: • Conteo de votos. • Registro y visualización actualizada de los resultados en tiempo real. • Asignación del orden para el uso de la palabra a los diputados.

35. Proyecto: USUARIOS

36. Agenda

37. Desarrollo del Sistema Requisitos Funcionales Requisitos No Funcionales Requisitos Específicos Otros Requisitos Diagrama de Casos de Uso Diagrama de Componentes Diagrama de Despliegue Modelo de Datos Plataforma de Software

38. Requisitos funcionales • Registro y control de asistencia de los Diputados a las sesiones dentro del Recinto. • Control de presentes para el quórum. • Elaborar nómina de diputados al finalizar la sesión. • Controlar inasistencias de los diputados mensualmente • Registrar retiro sin consentimiento de los diputados • Elaborar estadística de asistencias de cada diputado a las sesiones, a fin de cada mes y año legislativo • Elaborar resumen de sesión (votación común y nominal) • Registrar asistencias e inasistencias de cada diputado en la base de datos. • El sistema deberá registrar en la base de datos las sesiones donde no hubo quórum junto con la nómina de presentes y ausentes.

39. Requisitos funcionales • Conteo de votos. • Elección del artículo a tratar en la votación. • Conteo de votos. • Control de votos requeridos para la aprobación de cada proyecto. • Repetir votación. • Votación con empate. • Abstención de voto. • Registrar del voto. • Visualización de la votación. • El sistema deberá permitir consultar los resultados de las votaciones. • El sistema deberá permitir consultar voto emitido por cada diputado presente en una votación de carácter nominal.

40. Requisitos funcionales • Asignación del orden para el uso de la palabra a los diputados. • Prioridad en el uso de la palabra. • Pedido de la palabra. • Tiempo límite de uso de la palabra. • Conteo del uso de la palabra. • Registro del tiempo de uso de la palabra. • Prohibición de uso de la palabra.

41. Requisitos no funcionales • Rendimiento • Soportará 32 dispositivos de banca y 5 terminales de visualización de la votación más un tablero de información general de la sesión y las votaciones en curso. • Acceso simultaneo. • El sistema deberá realizar el 95 % de las transacciones en menos de 3 segundos. • El sistema deberá mostrar en menos de 3 segundos la información destacada en el tablero.

42. Requisitos no funcionales • Seguridad • El sistema deberá corroborar la identidad del votante, antes de votar, a través de identificación biométrica de huella dactilar. • El sistema deberá llevar un registro de la cantidad de votantes en el recinto para conocer si existe quórum. • El sistema deberá implementar un mecanismo de login de los miembros del estrado para el acceso a la aplicación del estrado.

43. Requisitos no funcionales • Fiabilidad • El sistema deberá mantener las votaciones realizadas en caso de algún fallo. • Caso de corte de energía eléctrica, y que la votación esté en curso, se deberá descartar los votos registrados y volver a tratar ese punto. • Caso de fallo de conectividad, se deberá proceder de la misma forma que en el caso de corte de energía eléctrica, además el sistema deberá informar por pantalla la falta de conexión para que se detenga la sesión.

44. Requisitos no funcionales • Disponibilidad • El sistema deberá estar disponible para su acceso en el 100% de la sesión. • El sistema deberá recuperar su funcionalidad, en caso de algún fallo, en un tiempo inferior a 15 minutos.

45. Requisitos específicos • Interfaces de usuario • Interfaz de usuario con alto grado de usabilidad y visualización. • Visualizar estado de votación de las bancas y asistencia de los diputados. • Visualizar tiempo de la palabra de los diputados. • Interfaces de hardware • Ratón. • Teclado. • Interfaces de software • Recepción del Orden del día del Sistema SegLeg. • Transferencia al Sistema SegLeg de la asistencia a Sesión.

46. Otros requisitos • El Sistema deberá cumplir con lo establecido en el Reglamento Interno de la Cámara de Diputados de la Provincia del Chaco y la Constitución Provincial.

47. Diagrama de Casos de Uso

48. Diagrama de Componentes

49. Diagrama de Despliegue

50. Modelo de Datos