Almacén de Datos para las Sesiones del Congreso del Poder Legislativo

(1)

1

INSTITUTO TECNOLÓGICO DE COLIMA

Instituto Tecnológico de Colima

División de estudios de posgrado e Investigación

Maestría en Sistemas Computacionales

Almacén de Datos para las Sesiones

del Congreso del Poder Legislativo

Tesis

Que para obtener el grado de maestro en Sistemas Computacionales

Presenta:

Ing. Josué Martin Silva Guerrero

Asesor de Tesis

D. en C. Nicandro Farías Mendoza

Co-Asesor de Tesis

Dr. Noel García Díaz

(2)

2

Epígrafe

“Nunca consideres el estudio como una obligación, si no como una oportunidad para penetrar en el bello y maravilloso mundo del saber”.

(3)

3 CONTENIDO

1.0 INTRODUCCIÓN ... 4

1.1 CONTEXTO DEL PROBLEMA ... 4

1.2 PROBLEMA A INVESTIGAR ... 4

1.3JUSTIFICACIÓN ... 6

1.4 MOTIVACIÓN ... 6

1.5 HIPÓTESIS DEL TRABAJO ... 7

1.6 OBJETIVOS ... 7

1.6.1 OBJETIVO GENERAL ... 7

1.6.2 OBJETIVOS ESPECÍFICOS ... 7

1.7ALCANCES Y LIMITACIONES ... 7

1.7.1ALCANCES ... 7

1.7.2 LIMITACIONES ... 8

1.8 DESCRIPCIÓN DE LA ORGANIZACIÓN DEL TRABAJO ... 8

2.0 ESTADO DEL CAMPO DEL CONOCIMIENTO... 9

2.1 MARCO TEÓRICO Y CONCEPTUAL ... 9

3.0 METODOLOGÍA ... 21

3.1 METODOS EMPLEADOS ... 22

4.0 DESARROLLO ... 24

4.1 Modelo conceptual ... 24

4.2 Análisis de requerimientos... 27

4.2.1 Requerimientos funcionales ... 27

4.2.2 Requerimientos no funcionales... 28

4.3 Casos de uso ... 28

5.0 DISEÑO ... 29

5.1 Diseño de la base de datos ... 29

5.2 Implementación ... 42

5.2.1 Programación de módulos y componentes ... 42

5.2.2 Implementación de interfaces ... 45

6.0 ANÁLISIS DE LOS RESULTADOS ... 50

7.0 CONCLUSIONES ... 51

(4)

4 1.0 INTRODUCCIÓN

1.1 CONTEXTO DEL PROBLEMA

La realización de las sesiones en el Congreso del Estado así como en todas las entidades federativas de la republica son obligatorias celebrarse al menos una vez por semana de acuerdo al artículo 13 de la ley de transparencia y acceso a la información pública del estado, en el cual para efectuar dichas sesiones es necesario seguir un procedimiento especifico que se encuentra plasmado en un documento llamado Orden del Día, sin embargo en la actualidad el llenado del orden del día se hace mediante el uso de un papel, pluma y posteriormente se transcribe a la computadora para poder generar el archivo en formato .docx y .pdf para la publicación en su respectivo portal web.

Desde un inicio se ha seguido está metodología lo cual el almacenamiento de dichos documentos se hace mediante carpetas organizadas en sus ordenadores lo que implica que cuando alguien solicite información tenga que contactar al personal del Congreso para que hagan una búsqueda minuciosa haciendo está muy tardada.

1.2 PROBLEMA A INVESTIGAR

En la actualidad el manejo de la información que se genera en el H. Congreso del Estado de Colima es muy extensa, ya que se generan numerosos documentos a lo largo de los meses. Tomando en consideración que la información se almacena en forma aislada, el enorme tiempo requerido para la búsqueda de información, dan como resultado un método ineficiente Esto conlleva a que a la hora de realizar búsquedas de algunos de estos resulte muy tedioso generando un gran problema por el tiempo utilizado así como los gastos.

(5)

5

Figura 1 Modelo de los procesos actuales del H. Congreso

Para lograr entender mejor dicho modelo a continuación se describen los usuarios que interactúan en el proceso, los demás términos se describen en el siguiente capitulo.

Comisión de gobierno interno: La Comisión de Gobierno será́ presidida por el Coordinador

del Grupo Parlamentario que por sí solo represente la mayoría absoluta, las Secretarias serán ocupadas por los Coordinadores de los Grupos Parlamentarios que ocupen el segundo y tercer lugar por el numero de Diputados que representen; los demás coordinadores tendrán el carácter de vocales.

La Comisión de Gobierno se reunirá́ por lo menos una vez por semana, durante los periodos ordinarios de sesiones; y fuera de estos las veces que sean necesarias. Las reuniones serán convocadas, por escrito, con 24 horas de anticipación, por el Presidente de la Comisión y contendrán la propuesta de asuntos a tratar en la orden del día.

Secretarios: Son los encargados de redactar toda la información que se genera durante el proceso en documentos Word para su posterior almacenamiento.

Administrador: Es el encargado de recolectar la información emitida para una vez obtenida subirlo al servidor web para que sea visualizada en el sitio web de la institución.

Usuario final: Es la persona con interés a la documentación emitida por el Congreso del estado la cual la consulta directamente en el sitio web de la institución.

(6)

6

fastidiosa y aburrida.

El problema a investigar es la utilización de un almacén de datos para poder solventar dichos problemas, como se desarrolla, bajo que metodologías, términos y arquitecturas, y así poder tener una solución benéfica y optima.

1.3JUSTIFICACIÓN

Este proyecto se realizo debido a la necesidad que tenía el H. Congreso del Estado de Colima, relacionada con facilitar y agilizar las búsquedas de sesiones celebradas en el.

En el área correspondiente fueron detectadas ciertas necesidades que debían ser resueltas, ya que la solución de estas ayudaría a optimizar el tiempo de búsquedas de actas de las sesiones en el sitio web, ya que en la actualidad la información que se encuentra en el sitio está completamente desarticulada y no cuenta con un formato de búsqueda el cual permita al usuario localizar la información que necesita rápidamente.

En términos ecológicos y económicos, la elaboración de este sistema ayudó al ahorro y reciclaje de papel que se utilizaba para almacenar información, en la entrega y recepción de solicitudes, beneficiando así a todo el H. Congreso del Estado de Colima.

Además de que el proyecto es viable ya que se contó con los conocimientos necesarios para la elaboración de dicho sistema, puesto que se contó con la ayuda de los dos asesores (externo, interno) y con el tiempo necesario para la elaboración y ejecución del mismo.

1.4 MOTIVACIÓN

En la actualidad para hacer el desarrollo de las sesiones celebradas en el H. Congreso del estado de Colima se utilizan métodos tradicionales desde la elaboración de los puntos del orden del día acuerdo hasta la documentación de lo realizado tras finalizar dicha sesión, registrando los asuntos tratados y los acuerdos logrados en el acta de la sesión respectiva. Actualmente en todos los Congresos del Estado se utiliza la misma metodología para llevar a cabo sus sesiones.

(7)

7

Otra de las razones que motivaron este estudio está basada en la existencia de herramientas y modelos computacionales como internet, SQL, estadísticos y la minería de datos que permiten vincular la información contenida en cada una de las actas de sesión en una sola estructura de datos denominada almacén de datos.

El uso de un almacén de datos en este ámbito permite tener un registro histórico de las sesiones del congreso para extraer la información que los usuarios requieran de manera eficiente desde la comodidad de su propio dispositivo con conexión a internet.

1.5 HIPÓTESIS DEL TRABAJO

El desarrollo de un almacén de datos para almacenar los documentos referentes a las sesiones celebradas en el H. Congreso del Estado de Colima para reducir los tiempos de consulta de los mismos.

1.6 OBJETIVOS

1.6.1 OBJETIVO GENERAL

Desarrollar un almacén de datos el cual guarde los documentos generados al celebrar las sesiones del H. Congreso del estado.

1.6.2 OBJETIVOS ESPECÍFICOS

 Recopilar información de las sesiones celebra en el H. Congreso del Estado

 Crear un formato de captura para los diferentes documentos expedidos en el Congreso

 Articular los formatos de los documentos utilizando un manejador de base de datos

 Desarrollar el almacén de datos

 Instrumentar el almacén de datos a el portal web de la institución

1.7ALCANCES Y LIMITACIONES

1.7.1ALCANCES

Dentro del desarrollo del proyecto, existe un rango de lo que se podrá hacer y lo que no. A continuación se definirán los alcances que se tendrán.

(8)

8

 Implementar el formato de captura en una interfaz del sistema web utilizado por el H. Congreso de Colima.

 Generar el almacén de datos donde se guardarán los documentos generados mediante el gestor de base de datos MySql.

 Diseñar una interfaz para generar consultas.

1.7.2 LIMITACIONES

A continuación se mostrarán los alcances que definirán los limites que tendrá el proyecto, aunque en un futuro podrán ser ampliables dependiendo del desarrollo.

 El gestor de base de datos para el almacén será MySql.

 Será desarrollado solamente en ambiente web.

 El sistema solo arrojará resultados en formato HTML.

1.8 DESCRIPCIÓN DE LA ORGANIZACIÓN DEL TRABAJO

La estructura de esta tesis está dividida en 5 capítulos, los cuales a continuación son mencionados.

En el primer capítulo se encuentra la información general de la investigación tales son: el problema a investigar, la hipótesis de tesis, el objetivo general, los objetivos específicos, los alcances, las limitaciones y la metodología para el desarrollo.

Seguido de este, en el segundo capítulo, son mencionadas las bases teóricas con la que la tesis es sustentada, se hará énfasis a los temas relacionados con los data warehouse ,almacenes de datos, sesiones celebradas en el Congreso del Estado, lo cual ayudara tener un mejor entendimiento de lo que se desarrollará.

En el tercer capítulo, se propone la propuesta de solución, las etapas en las que se desarrollara las cuales son: diseño y construcción, dentro del cual se dará el diseño dimensional y prototipos, seguido de esto se mencionará lo referido a los formatos de captura, la generación almacén de datos, la preparación de las interfaces.

(9)

9

Para finalizar, en el último capítulo se presentarán las conclusiones acerca de la tesis y el desarrollo, los trabajos que se podrán realizar en un futuro.

2.0 ESTADO DEL CAMPO DEL CONOCIMIENTO

2.1 MARCO TEÓRICO Y CONCEPTUAL

INTRODUCCIÓN

En el presente capítulo se darán a conocer las bases teóricas con la que el trabajo estará soportado, enfatizando los temas relacionados con el almacén de datos, las partes que integran las sesiones de el Congreso del Estado para poder entender mejor la terminología que se utilizará para dicha tesis.

Se explicará también de manera detallada los modelos que fueron tomados en cuenta para la realización del sistema los cuáles fueron: HTML5, PHP, un framework php llamado Codeigniter que se basa en el MVC (Modelo-Vista-Controlador), servidor APACHE, MySql, Bootstrap, y un IDE para la edición de código llamado Sublime.

ALMACÉN DE DATOS

En esta sección se mostrarán los conceptos básicos del almacén de datos, así como definición, estructura y diferentes maneras de implementación.

DEFINICIÓN

Un Almacén de Datos o también conocido como Data Warehouse es una base de datos accesible por los usuarios el cual tiene un registro de datos históricos y actuales acerca de todas las entidades importantes que se encuentran en la institución.

El almacén de datos organiza y aloja los datos necesarios, para ser utilizados en un proceso analítico dentro de una perspectiva de tiempo.

Según Ralph Kimball y Bill Inmon un Almacén de datos es:

“Una copia de la transacción de datos específicamente estructurado para consulta y análisis” “Orientado al tema, integrado, de tiempo variante, de colección de datos no volátil en apoyo a la gestión del proceso de toma de decisiones.”

(10)

10

El éxito del almacén de datos no está en su construcción, si no en usarlo para mejorar procesos empresariales, operacionales y decisiones. Para que sea usado efectivamente se requiere entender los impactos de implementación de los siguientes ámbitos.

Impactos Humanos

Efectos sobre la gente de la empresa:

 Construcción del DW: Construir un DW requiere la participación activa de quienes lo usarán. La diferencia de esté al desarrollo de aplicaciones donde los requerimientos de la empresa logran ser relativamente bien definidos es producto de las reglas de negocio a través del tiempo, para el desarrollo del DW depende de la realidad de la empresa como de las condiciones que en ese momento existan, las cuales determinan que debe contener el DW.

 Accesando el DW: El DW intenta proveer los datos que posibilitan a los usuarios accesar su propia información cuando ellos la necesitan. Esta aproximación para entregar información tiene varias implicancias:

o La gente de la empresa puede necesitar aprender nuevas destrezas.

o Análisis extensos y demoras de programación para obtener información será eliminada.

o Nuevas oportunidades pueden existir en la comunidad empresarial para los especialistas de información.

o La gran cantidad de reportes en papel serán reducidas o eliminadas.

o La madurez del DW dependerá del uso activo y retroalimentación de sus usuarios

 Usando aplicaciones DSS/EIS: Usuarios de aplicaciones DSS Y EIS necesitarán menos experiencia para construir su propia información y desarrollar nuevas destrezas.

Impactos Empresariales

Procesos Empresariales y Decisiones Empresariales.

(11)

11

 Los procesos de Toma de Decisiones pueden ser mejorados mediante la disponibilidad de información. Decisiones empresariales se hacen más rápidas por gente más informada.

 Los procesos empresariales pueden ser optimizados. El tiempo perdido esperando por información que finalmente es incorrecta o no encontrada, es eliminado

 Conexiones y dependencias entre procesos empresariales se vuelven mas claros y entendibles, Secuencias de procesos empresariales pueden ser optimizadas para ganar eficiencia y reducir costos.

 Procesos y datos de los sistemas operacionales, así como los datos en el DW, son usados y examinados. Cuando los datos son organizados y estructurados para tener significado empresarial, la gente aprende mucho de los sistemas de información. Pueden quedar expuestos posibles defectos en aplicaciones actuales, siendo posible entonces mejorar la calidad de nuevas aplicaciones.

Comunicación e Impactos Organizacionales.

Apenas el DW comienza a ser fuente primaria de información empresarial consistente, los siguientes impactos pueden comenzar a presentarse:

 La gente tiene mayor confianza en las decisiones empresariales que se toman. Ambos, quienes toman las decisiones como los afectados conocen que está basada en buena información.

 Las organizaciones empresariales y la gente de la cual ella se compone queda determinada. Por el acceso a la información. De esta manera queda mejor habilitada para entender su propio rol y responsabilidades como también los efectos de sus contribuciones.

 La información compartida conduce a un lenguaje común, y mejoramiento de la comunicación de la empresa.

(12)

12

Impactos Técnicos de DW.

Considerando las etapas de construcción, soporte del DW y soporte de sistemas operacionales, se tienen los siguientes impactos:

 Nuevas destrezas de desarrollo: Cuando se construye el DW, el impacto más grande sobre la gente técnica está dada por la curva de aprendizaje, muchas destrezas nuevas se deben aprender, incluyendo:

o El DW introduce muchas tecnologías nuevas y cambia la manera en que se usa la tecnología existe. Nuevas responsabilidades de soporte, nuevas demandas de recursos y nuevas expectativas, son los efectos de estos cambios.

o Destrezas de diseño y análisis donde los requerimientos empresariales no son posibles de definir de una forma estable a través del tiempo.

o Técnicas de desarrollo incremental y evolutivo.

o Trabajo en equipo cooperativo con gente de negocios como participantes activos en el desarrollo del proyecto.

 Nuevas responsabilidades de operación: Cambios sobre los sistemas y datos operacionales deben ser examinados más cuidadosamente para determinar el impacto que estos cambios tienen sobre ellos, y sobre el DW.

ESTRUCTURA DE UN ALMACÉN DE DATOS

Dentro de el almacén de datos existen diferentes niveles de esquematización y detalle que delimitan el data warehouse.

Los diferentes componentes del data warehouse son:

Detalle de datos actuales:

En gran parte, el interés más importante radica en el detalle de los datos actuales, debido a que:

 Refleja las ocurrencias más recientes, las cuales son de gran interés.

 Es voluminoso, ya que almacena al más bajo nivel de granularidad.

(13)

13

Detalle de datos antiguos:

La data antigua es aquella que se almacena sobre alguna forma de almacenamiento masivo. No es frecuentemente accesada y se almacena a un nivel de detalle, consistente con los datos detallados actuales. Mientras no sea prioritario el almacenamiento en un medio de almacenaje alterno, a causa del gran volumen de datos unido al acceso no frecuente de los mismos, es poco usual utilizar el disco como medio de almacenamiento.

Datos ligeramente resumidos:

La data ligeramente resumida es aquella que proviene desde un bajo nivel de detalle encontrado al nivel de detalle actual. Este nivel del data warehouse casi siempre se almacena en disco. Los puntos en los que se basa el diseñador para construirlo son:

 Que la unidad de tiempo se encuentre sobre la esquematización hecha.  

 Qué contenidos (atributos) tendrá la data ligeramente resumida.  

Datos completamente resumidos:

El siguiente nivel de datos encontrado en el data warehouse es el de los datos completamente resumidos. Estos datos son compactos y fácilmente accesibles.  

Metadatos:

Son datos estructurados y codificados que describen características de instancias, conteniendo información para ayudar a identificar, descubrir, valorar y administrar las instancias descritas. Estos metadatos por ejemplo contienen.

 Algoritmos utilizados en las transformaciones de datos.

 Mapeo de los datos del proceso de integración de datos.

 Funciones, procedimientos almacenados, vistas que sirven al desarrollo del data warehouse.

 Especificaciones y datos propios del repositorio.

(14)

14

Figura 2 Estructura del data warehouse.

JUSTIFICACIÓN DEL ALMACÉN DE DATOS

Existen diferentes razones por la cual se justifica la creación de un almacén de datos para obtener la información necesaria en el proceso de almacenaje de las sesiones celebradas en el H. Congreso del Estado en vez de extraer esa información directamente de las bases de datos de las aplicaciones relacionales.

Rendimiento: el tiempo que tarda en acceder a los datos del repositorio del almacén de datos es menor que el hacer una consulta a diferentes bases de datos. Además el hacer consultas complejas a la base de datos operacionales empeora el tiempo de respuesta de estos sistemas para otros usuarios.

Limpieza de datos: Para tener datos homogeneizados es necesario hacer una limpieza de datos mediante técnicas o herramientas adecuadas para lograr la estandarización de los datos.

Ajustes: En ocasiones se hace necesario un ajuste de los datos para posibles comparaciones.

Periodicidad: La periodicidad puede ser distinta, diaria, semanal, mensual etc. Como en los casos anteriores para posibles comparaciones es necesaria la homogeneización ya realizada en el DW.

(15)

15

COMPARACIÓN DE BASES DE DATOS

OPERACIONALES Y UN ALMACÉN DE DATOS

Algunas veces resulta complicado entender la diferencia entre lo que es una base de datos operacional a un almacén de datos, a continuación en la tabla siguiente se mostrarán puntos clave para lograr identificar las diferencias entre ellos.

Uso de base de Datos Operacionales Uso de Almacén de Datos

Muchos usuarios concurrentes Pocos usuarios concurrentes

Consultas predefinidas y actualizables Consultas complejas, frecuentemente no anticipadas

Cantidades pequeñas de datos detallados Cantidades grandes de datos detallados Requerimientos de respuesta inmediata Requerimientos de respuesta no críticos

Tabla 1 Comparación entre base de datos y almacén de datos.

La diferencia principal de los usuarios que utilizan un almacén de datos es que necesitan accesar a los datos complejos, frecuentemente desde fuentes múltiples y de formas no predecibles, y los que accedan a los datos operacionales, comúnmente efectúan tareas predefinidas que generalmente requieren acceso a unas sola base de datos de una aplicación.

Por lo general, los diferentes niveles de datos dentro del almacén de datos reciben diferentes usos. A más alto nivel de esquematización, se tiene mayor uso de los datos.

En la siguiente figura (Figura 3) se muestra que hay mayor uso de los datos completamente resumidos. A diferencia de la información antigua que apenas es usada.

Figura 3 Uso de los datos resumidos.

PODER LEGISLATIVO DEL ESTADO DE COLIMA

(16)

16

El Poder Legislativo se ejerce a través de un Congreso integrado por 25 diputados, representantes populares electos; 16 según el principio de mayoría relativa y 9 según el principio de representación proporcional.

El congreso se reúne en dos períodos ordinarios de sesiones, en los que se ocupa de estudiar, discutir y votar las iniciativas de Leyes y Decretos que se presenten, así como de resolver toda clase de asuntos de su competencia.

Para abrir sus sesiones el Congreso requiere de la presencia de la mayoría simple de sus miembros y éstas son públicas. Fuera de los períodos señalados anteriormente el Congreso elige una Diputación Permanente formada por cinco diputados, la cual convoca a sesiones extraordinarias cuando existen asuntos o iniciativas importantes que tratar.

Las facultades del Congreso se especifican en el artículo 33 de la Constitución Política del Estado Libre y Soberano de Colima y además existe una ley que regula su funcionamiento, la Ley Orgánica del Poder Legislativo que regula su funcionamiento, la ley Orgánica del Poder Legislativo y su Reglamento que rige el gobierno interno del Congreso.

De acuerdo a la Ley Orgánica del Poder Legislativo las Sesiones del Congreso son presididas por una Mesa Directiva integrada por un Presidente, un Vicepresidente, dos Secretarios y un Suplente, electos por la Asamblea mediante votación por cédula, y tiene por objetivo preservar la libertad de deliberaciones, cuidar de la efectividad del trabajo legislativo y aplicar con imparcialidad las disposiciones de la Ley, los Reglamentos y los Acuerdos que apruebe el Congreso.

Entre la principales atribuciones del Congreso se encuentran: reformar la Constitución Local, legislar sobre todos los ramos de la Administración, así como también aprobar, reformar, abrogar y derogar leyes; aprobar las Leyes de Ingresos de los Ayuntamientos y del Gobierno del Estado y decretar las contribuciones; expedir legislación electoral; aprobar y reprobar las cuentas de los caudales públicos; crear y suprimir empleos públicos del estado, dirimir las cuestiones que sobre límites se susciten entre los municipios y otorgar o negar su aprobación a los nombramientos de los Magistrados del Supremos Tribunal de Justicia, expedidos por el Ejecutivo en los términos que establece la Constitución.

Para poder cumplir con estas atribuciones el Congreso se organiza en Comisiones las cuales podrán ser Permanentes y Especiales. Las Comisiones Especiales son creadas temporalmente para asuntos especiales, como por ejemplo la Comisión de Límites creada para atender la problemática limítrofe con el Estado de Jalisco.

(17)

17

Las sesiones del Congreso están dividas en varias modalidades dependiendo de los asuntos que se tratarán por ejemplo se encuentran las sesiones ordinarias, extraordinarias que estás a su vez pueden ser públicas, secretas, solemnes, de colegio electoral, de jurado de acusación o de declaración de procedencia y, por acuerdo de la asamblea.

Las sesiones ordinarias se celebran durante los periodos a que se refiere el articulo 20 de la Constitución, las sesiones extraordinarias se efectúan fuera de los años señalados con anterioridad.

Las sesiones del Congreso son publicas generalmente siendo únicamente secretas las que se mencionan en el articulo 77 de la ley, mismas que estarán sujetas a las prescripciones y procedimientos señalados.

Las sesiones solemnes son las que de acuerdo con el articulo 79 es destinada a tratar asuntos o acontecimientos que la legislatura considere de especial significación y se sujetarán al orden del día establecido, pudiendo acudir a ellas invitados de honor las parejas que acuerde el Congreso.

Toda sesión se sujetará a un orden del día que será aprobado por la Asamblea y que en el caso de las sesiones ordinarias, contendrá por lo menos los siguientes puntos:

I.- Lectura del proyecto de orden del día; II.- Lista de asistencia;

III.- Declaración, en su caso, de quedar legalmente instalada la sesión y ser válidas las resoluciones que en ella se tomen;

IV.- Discusión y aprobación del acta de la sesión anterior, o en su caso propuesta de dispensa de lectura, siempre y cuando haya sido distribuida previamente a los Diputados;

V.- Síntesis de comunicaciones y el trámite que corresponda a cada uno de los documentos y asuntos leídos, o en su caso, propuesta de dispensa de lectura;

VI.- Presentación de dictámenes: lectura, discusión y votación de los mismos, en su caso;

VII.- Asuntos generales;

VIII.- Convocatoria para la próxima sesión; y IX.- Clausura.

Durante los periodos ordinarios previstos por el artículo 29 de la Constitución, el Congreso deberá celebrar sesiones cuantas veces sea necesario para el oportuno despacho de los asuntos de su competencia, debiendo hacerlo al efecto cuando menos una vez por semana.

(18)

18

otra fecha y haciendo exhortación pública a los Diputados faltistas para que asistan. Al efecto, se levantará acta haciendo constar estas circunstancias, e imponiendo a los faltistas una multa equivalente a 5 días de su remuneración.

En la primera sesión de un periodo ordinario o extraordinario, el Presidente o el

Vicepresidente en su caso, hará la declaratoria de apertura en los siguientes términos: “El

Congreso del Estado libre y soberano de Colima abre hoy el periodo de sesiones,

correspondiente al año del ejercicio Constitucional de la legislatura”.

De toda sesión se levantará acta que será aprobada en la siguiente sesión y contendrá una relación simplificada de lo sustancial del desarrollo de la misma, la que se asentará en el libro de actas autorizado en todas sus hojas por los Secretarios.

El acta de la sesión de clausura de un período ordinario, con la que termina sus funciones la Comisión Permanente y las de cada una de las sesiones extraordinarias deberán ser discutidas y aprobadas en la misma sesión.

Por separado, en el Diario de los Debates se asentará la trascripción literal del desarrollo de la sesión.

DIARIO DE LOS DEBATES

El Congreso editará el Diario de los Debates, que tendrá por objeto la conservación y archivo de la historia del proceso legislativo estatal.

El Diario de los Debates contendrá el lugar y fecha en que se verifiquen las sesiones, el orden del día, nombres de los Diputados que integran la Directiva, la trascripción íntegra de la grabación digitalizada de las deliberaciones en el orden en que se desarrollen, así como la inserción de los documentos que se presenten en el transcurso de la misma, pero en ningún caso, deberán publicarse los documentos y discusiones que se relacionen con las sesiones secretas que se verifiquen.

A continuación se describirá las diferentes tecnologías que fueron implementadas en el desarrollo del proyecto.

PHP: (acrónimo recursivo de PHP: Hypertext Preprocessor) es un lenguaje de código abierto muy popular especialmente adecuado para el desarrollo web y que puede ser incrustado en HTML.

(19)

19

Lo que distingue a PHP de algo como Javascript del lado del cliente es que el código es ejecutado en el servidor, generando HTML y enviándolo al cliente. El cliente recibirá el resultado de ejecutar el script, aunque no se sabría el código subyacente que era. El servidor web puede ser incluso configurado para que procese todos los ficheros HTML con PHP, por lo que no hay manera de que los usuarios puedan saber qué se tiene debajo de la manga.

Lo mejor de usar PHP es que es extremadamente simple para el principiante, pero a su vez ofrece muchas características avanzadas para los programadores profesionales. No sienta miedo de leer la larga lista de características de PHP. En unas pocas horas podrá empezar a escribir sus primeros scripts.

Aunque el desarrollo de PHP está centrado en programación de scripts del lado del servidor, se puede utilizar para muchas otras cosas. Siga leyendo y descubra más en la sección ¿Qué puede hacer PHP?, o vaya directo al tutorial introductorio si solamente está interesado en programación web (PHP, 2013).

HTML: Para abreviar una larga historia, podemos decir que un científico llamado Tim

Berners-Lee inventó HTML allá por 1990. El objetivo era facilitar a científicos de diferentes universidades el acceso a los documentos de investigación de cada uno de ellos. El proyecto obtuvo un éxito mucho mayor del que Tim Berners-Lee nunca hubiese llegado a imaginar. Al inventar HTML, este científico sentó las bases de la web tal y como la conocemos hoy día. HTML es un lenguaje que hace posible presentar información en Internet. Lo que ves al visualizar una página en Internet es la interpretación que hace el navegador del código HTML. Para ver el código HTML de una página sólo tienes que pinchar en la opción "Ver" de la barra de menús y elegir "Código fuente" (en Internet Explorer).

Codeigniter: Es un framework web desarrollada en PHP para la creación de cualquier tipo de aplicación web bajo PHP. Es un producto de código libre, libre de uso para cualquier aplicación.

(20)

20

contiene diversas herramientas que ayudan a hacer aplicaciones más versátiles y seguras. (Álvarez, 2009)

Servidor APACHE: El servidor Apache HTTP, también llamado simplemente Apache, es el

estándar en la entrega de servicios web y ha abierto el camino para la mayor expansión de las capacidades de la web. Apache se basa en una plataforma de servicio web de fuente abierta originalmente desarrollada para servidores de Linux/Unix, pero se configuró posteriormente para que funcione con Windows y otros sistemas operativos.

El servidor web Apache es gratuito y lo desarrolla una comunidad de fuente abierta. Puedes descargar el programa desde su sitio web e instalarlo tú mismo. Para instalar el servidor en Linux quizás necesites un conocimiento sobre programación. Pero, en el caso de Windows, lo puedes ejecutar mediante una interfaz gráfica de usuario.

El servidor web Apache está equipado con muchas capacidades, lo que le permite admitir varias secuencias de comando y módulos para la web. Este servidor admite la Interfaz de entrada común y el Server Side Includes (SSI). CGI se usa como un medio común de comunicación entre el software externo y el servidor web, mientras que SSI es un archivo de comandos para el servidor. Los usuarios de Apache también pueden instalar otros módulos tales como un directorio de inicio para usuarios, redirección de URL, autenticación del usuario y acceso anónimo del usuario, entre otros.

MySql: Es un servidor de bases de datos relacionales más popular, desarrollado y

proporcionado por MySQL AB. MySQL AB es una empresa cuyo negocio consiste en proporcionar servicios en torno al servidor de bases de datos MySQL.

MySQL es un sistema de administración de bases de datos.

Una base de datos es una colección estructurada de datos. Los información que puede almacenar una base de datos puede ser tan simple como la de una agenda, un contador, o un libro de visitas, o tan vasta como la de una tienda en línea, un sistema de noticias, un portal, o la información generada en una red corporativa. Para agregar, accesar, y procesar los datos almacenados en una base de datos, se necesita un sistema de administración de bases de datos, tal como MySQL.

MySQL es un sistema de administración de bases de datos relacionales.

(21)

21

relacionales. (Álvarez, 2009)

Bootstrap: es un framework muy popular en utilizar HTML, CSS y JavaScript para desarrollo

responsive o adaptable a las pantallas utilizadas.

Sublime Text: es un editor de texto y editor de código fuente está escrito en C++ y Python

para los plugins. Desarrollado originalmente como una extensión de Vim, con el tiempo fue creando una identidad propia, por esto aún conserva un modo de edición tipo vi llamado Vintage mode.

Se distribuye de forma gratuita, sin embargo no es software libre o de código abierto, se puede obtener una licencia para su uso ilimitado, pero el no disponer de ésta no genera ninguna limitación más allá de una alerta cada cierto tiempo.

3.0 METODOLOGÍA

Introducción

Para el desarrollo del presente trabajo se utilizará la metodología UML- Based Web Enginnering (UWE). Que es una herramienta para modelar aplicaciones web, utilizada en la ingeniería web, prestando atención especial en la sistematización y personalización.

La propuesta de Ingeniería Web basada en UML es una metodología detallada para el proceso de autoría de aplicaciones con una definición exhaustiva del proceso de diseño que debe ser utilizado. Este proceso, iterativo e incremental, incluye flujos de trabajo y puntos de control, y sus fases coinciden con las propuestas en el Proceso Unificado de Modelado.

UWE está especializada en la especificación de aplicaciones adaptativas, y por tanto hace especial hincapié en características de personalización, como es la definición de un modelo de usuario o una etapa de definición de características adaptativas de la navegación en función de las preferencias, conocimiento o tareas de usuario.

Otras características relevantes del proceso y método de autoría de UWE son el uso del paradigma orientado a objetos, su orientación al usuario, la definición de un meta-modelo (modelo de referencia) que da soporte al método y el grado de formalismo que alcanza debido al soporte que proporciona para la definición de restricciones sobre los modelos.

Los principales de aspectos en los que se fundamenta UWE son los siguientes: Lenguaje de modelado unificado. Uso de una notación estándar, para todos los modelos (UML:

(22)

22

Especificación de Restricciones: Se recomienda el uso de restricciones escritas (OCL: Lenguaje de restricciones de objetos) para aumentar la exactitud de los modelos.

UML es utilizado por cualquier metodología de análisis y diseño orientado a objetos para expresar modelos de diseño.

Este lenguaje es el resultado de la unificación de métodos de modelado orientados a objetos de:

Booch

Rumbaugh (OMT: Object Modeling Technique)

Jacobson (OOSE: Object-Oriented Software Engineering

El modelo que brinda UWE está divido en sus seis modelos:

Modelo de Casos de Uso Modelo de Contenido Modelo de Usuario Modelo de estructura Modelo Abstracto Modelo de Adaptación

Modelo de flujo de presentación. Modelo de ciclo de vida del objeto.

UWE apunta a construir un modelo conceptual de una aplicación Web, procura no hacer caso en la medida de lo posible de cuestiones relacionadas con la navegación, y de los aspectos de interacción de la aplicación Web.

La construcción de este modelo lógico-conceptual se debe llevar a cabo de acuerdo con los casos de uso que se definen en la especificación de requerimientos.

El modelo conceptual incluye los objetos implicados en las actividades típicas que los usuarios realizarán en la aplicación web.

3.1 METODOS EMPLEADOS

Modelo de Navegación

(23)

23

Modelo de presentación

Describe dónde y cómo los objetos de navegación y accesos primitivos serán presentados al usuario, es decir, una representación esquemática de los objetos visibles al usuario.

Interacción Temporal

Presenta los objetos que participan en la interacción y la secuencia de los mensajes enviados entre ellos.

Escenarios Web

Permiten detallar la parte dinámica del modelo de navegación, especificándolos eventos que disparan las situaciones, definen condiciones y explícitamente incluyen las acciones que son realizadas. Junto con el modelo de interacción temporal, los escenarios Web proveen la representación funcional dinámica del modelo de navegación.

Diagramas

Los diagramas usados por UWE, son diagramas UML puro. Entre los más importantes tenemos: Diagramas de estado, de Secuencia, de colaboración y diagramas de Actividad.

3.2 Procedimiento

UWE cubre todo el ciclo de vida de este tipo de aplicaciones centrando además su atención en aplicaciones personalizadas o adaptativas.

Las fases o etapas a utilizar son:

 Captura, análisis y especificación de requisitos:

En simple palabras y básicamente, durante esta fase, se adquieren, reúnen y especifican las características funcionales y no funcionales que deberá cumplir la aplicación web.

Trata de diferente forma las necesidades de información, las necesidades de navegación, las necesidades de adaptación y las de interfaz de usuario, así como algunos requisitos adicionales. Centra el trabajo en el estudio de los casos de uso, la generación de los glosarios y el prototipado de la interfaz de usuario.

 Diseño del sistema:

Se basa en la especificación de requisitos producido por el análisis de los requerimientos (fase de análisis), el diseño define cómo estos requisitos se cumplirán, la estructura que debe darse a la aplicación web.

 Codificación del software:

(24)

24

elegido, todo lo diseñado en la fase anterior.

 La Instalación o Fase de Implementación:

Proceso por el cual los programas desarrollados son transferidos apropiadamente al computador destino, inicializados, y, eventualmente, configurados; todo ello con el propósito de ser ya utilizados por el usuario final.

Esto incluye la implementación de la arquitectura, de la estructura del hiperespacio, del modelo de usuario, de la interfaz de usuario, de los mecanismos adaptativos y las tareas referentes a la integración de todas estas implementaciones.

 El Mantenimiento:

es el proceso de control, mejora y optimización del software ya desarrollado e instalado, que también incluye depuración de errores y defectos que puedan haberse filtrado de la fase de pruebas de control.

4.0 DESARROLLO

4.1 Modelo conceptual

El proceso del almacén de datos para registrar las sesiones celebradas por el H. Congreso del Estado está compuesta por una serie de actividades y entidades involucradas, en la siguiente figura (Figura. 4) se muestra.

Figura 4 Modelo conceptual del almacén de datos.

A continuación se describen las parces del proceso del modelo conceptual presentado.

(25)

25

se procese.

El H. Congreso del estado en su realización de sesiones que semana a semana se celebran genera una gran cantidad de información que por ley tiene que mantener visible a través de su sitio web .

La documentación generada como las actas de las sesiones y los ordenes de día son capturados en documentos Word y a su vez son convertidos en formato PDF para posteriormente ser almacenados en el sitio web mediante un sistema llamado SACE el cual actualmente se encuentra operando.

La manera en la que se agrega la información es muy simple, únicamente se ingresa el nombre identificador del documento así como su respectivos documentos (PDW, WORD), apilando la información conforme se estén agregando nuevos.

La desventaja que tiene está información apilada y desarticulada es que al momento en el que se quiera hacer una consulta de sesiones pasadas, se tiene que buscar de una por una, es decir, si quiero buscar una sesión del día 09 de junio del año 2013 tengo que acceder a la sección 2013 y estar recorriendo mes con mes en la página hasta encontrar el día deseado.

Está forma de consultar la información es muy tardada, y en determinado momento el usuario inexperto tiende a desesperarse y opta por contactarse de manera electrónica, telefónica o presencial ante los administrativos del Congreso a solicitar la información.

Proceso de conversión y Formato: Para lograr la articulación de la información ya planteada anteriormente es necesario crear una estructura que resultará ser el puente entre la información desarticulada a el almacenamiento para ello se utilizará una plataforma en entorno web la cual contendra los elementos escenciales de la documentación presentada para que a travez de ella se pueda filtrar la información y posteriormente se almacene en una base de datos (almacén de datos).

La plataforma se desarrollará en un lenguaje de programación llamado PHP el cual es utilizado para realizar contenido dinamíco en un entorno web.

Se codificara en un framework llamado Codeigniter para poder tener una mejor estructura, orden en el desarrollo, aprobechando su potencial para tener un software mas estable, integro y seguro.

(26)

26

El formato consistirá en una serie de elementos capturables para el administrador las cuales a continuación se enlistan para su mayor entendimiento.

 Nombre de la sesión.

 Fecha y hora de la instalación de la sesión.  Periodo de la sesión.

 Mesa directiva

o Nombre del integrante. o Cargo.

o Periodo.  Orden del día

o Punto del Orden del día. o Descripción del punto.  Intervenciones.

o Responsable de la intervención.

o Tipo de la intervención (Punto de acuerdo, iniciativa, Exhorto, etc.). o Estatus de la intervención (Aprobada, desechada, turnada).

 Lista de asistencia

o Total de asistencias o Total de faltas.

o Faltantes justificados(nombres).  Fecha de la próxima sesión.

 Fecha de la clausura.

 Hora de la clausura de la sesión.

Con la información presentada se logra capturar la información de lo que son las actas de las sesiónes y de ello se obtiene orden del día logrando así una artiulación de la información que posteriormente se guardará en el almacén de datos que a contuación se mostrará.

Almacén de datos (Base de datos):

Para el desarrollo del almacén de datos del proyecto se utilizará una herramienta basada en Mysql llamada Workbench que es una herramienta visual unificada para el desarrollo y administración de arquitecturas de bases de datos.

Para almacenar los registros generados en el H. Congreso del estado de Colima de manera articulada es necesario que del sitio web del mismo se tomen los documentos almacenados actualmente que están de manera desarticulada y pasarlos por formatos que se encuentran en el sitio web para así poder tener el control de las mismas para que los usuarios finales puedan tener disposición de ellas en cualquier momento.

(27)

27

Información articulada: A través del formato y estructura ya presentada tendremos la capacidad de articular la información plana que tenemos en un principio, el cual en el momento de que se almacene podrá ser flexible para que el usuario final desde una consulta pueda obtener dicha información.

La información articulada es la integración de todos esos datos ligándolos entre si para que en el momento que el usuario introduzca un mínimo dato en su búsqueda el almacén de datos ubique esa información y nos arroje como resultado toda la información que está ligado a ella.

El personal de procesos legislativos tiene una interfaz para ingresar al sistema usando una conexión a internet ingresando con un usuario y una contraseña previamente asignada.

Una vez ingresando los datos de inicio de sesión seleccionara una opción dentro del menú generado para indicar que tipo de documento va a agregar para después de ello hacer una captura de un formato elaborado y así pueda almacenar en el almacén de datos dicho documento para que el usuario final pueda tener acceso a el de manera sencilla.

4.2 Análisis de requerimientos

En esta sección se mostraran los requerimientos funcionales y no funcionales que serán puntos necesarios para el buen funcionamiento del proyecto.

4.2.1 Requerimientos funcionales

El sistema permitirá ingresar un usuario y contraseña para inicio de sesión.

El sistema no podrá acceder a el por medio de URL si el usuario no esta logueado. El sistema permitirá mostrar en el menú insertar, modificar y eliminar un documento. El sistema permitirá agregar un orden del día.

El sistema permitirá agregar actas de sesiones. El sistema permitirá agregar nombre de la sesión.

El sistema permitirá agregar fecha y hora de la instalación de la sesión. El sistema dejará agregar un periodo.

El sistema podrá permitir actualizar el periodo al actual. El sistema permitirá seleccionar la mesa directiva.

El sistema permitirá actualizar mesa directiva a la actual. El sistema permitirá agregar actas de las sesiones. El sistema permitirá agregar listas de asistencias. El sistema permitirá agregar intervenciones realizadas.

(28)

28

El sistema permitirá agregar el estatus de la intervención (aprobada, desechada, turnada). El sistema permitirá agregar fecha de la siguiente sesión.

El sistema permitirá agregar fecha y ora de clausura. El sistema asignará un id diferente a cada documento. El sistema no deberá guardar documentos con datos vacíos. El sistema deberá permitir cerrar sesión.

El sistema deberá mostrar varios campos de búsqueda.

4.2.2 Requerimientos no funcionales

El sistema debe de ser web.

El sistema deberá ser desarrollado en PHP.

El sistema deberá utilizar bootstrap para la visualización de componentes. El sistema debe funcionar con Windows XP, Vista, 7,8,10.

El sistema deberá funcionar con procesadores Pentium 4 o superiores. El sistema deberá funcionar con mínimo 1gb de memoria RAM.

El sistema deberá funcionar en cualquier navegador.

4.3Casos de uso

A continuación se mostrarán los casos de usos para el desarrollo del proyecto, los cuales son el caso de uso para iniciar sesión y acceder al sistema, caso de uso para almacenar un documento en el almacén de datos.

(29)

29

Figura 5 Caso de uso del inicio de sesión.

A continuación se muestra el caso de uso para almacenar un documento en el almacén de datos.

Figura 6 Caso de uso para almacenar las actas.

5.0 DISEÑO

5.1 Diseño de la base de datos

(30)

30

Figura 7 Diagrama de base de datos.

Definición de registros de la base de datos.

Módulo: Instalación.

Autor: Josué Martin Silva Guerrero Hoja: 1 de 1

Nombre de la tabla:

instalacion Llave: Id_instalacion

Descripción: Esta tabla almacenará todos los datos referente a la instalación de

Longitud del Registro:

(31)

31

las sesíones que son celebradas en el H. Congreso del Estado

Nombre del campo

Tipo Longitud PK FK Descripción

Id_instalacion int 2 X - Campo que

guarda un

identificador de la instalación

legislatura int 3 - - Guarad el

número de la legislatura

numero_sesion int 4 - - Guarda el

número de la sesón

fecha date - - - Guarda la fecha

de la sesión

hora time - - - Guarda la hora

de la sesión

Id_tiposesion int 2 - X Guarda id del

tipo de la sesión celebrada

Id_periodo Int 2 - X Guarda el id del

periodo en la

que fue

celebrada la sesión

Id_mesa int 2 - X Guarda el id de

la mesa directiva

Tabla 2 Instalación de la sesión.

Relaciones

Campo Tabla. Campo externa

Id_tiposesion Tipo_sesion.id_sesion

Id_periodo Periodo.id_periodo

(32)

32

Tabla 3 Relaciones de la tabla de instalación.

Módulo: tipo de sesión.

Tipo_sesion Llave: Id_sesion

Descripción: Esta tabla almacenará el catalogo de las diferentes tipos de sesiones que ejerce el H. Congreso del estado

16kb

Id_sesion int 2 X - Campo que

guarda el

identificador al tipo de sesiones

nombre Varchar 70 - - Guarda el

nombre del tipo de sesion

Tabla 4 Tipo de sesiónes.

Módulo: Periodo.

Periodo Llave: Id_periodo

Descripción: Esta tabla almacenará todos los datos referente a los periodos de ejersicio el H. Congreso del Estado

32kb

(33)

33

Id_periodo int 4 X - Campo que

guarda un

identificador del periodo

ano int 4 - - Guarad año del

periodo constitucional Id_catalogoperiodo int 3 - X Guarda el id del

catalogo del periodo

Tabla 5 Periodo de las sesiones.

Relaciones

Id_catalogoperiodo Catalogo_periodo.id_periodo

Tabla 6 Relaciones de la tabla del periodo de las sesiones.

Módulo: Orden del día.

orde_del_dia Llave: Id_orden

Descripción: Esta tabla almacenará todos los datos referente al orden del día que es generadoH. Congreso del Estado

32kb

(34)

34

Id_orden int 2 X - Campo que

guarda un

identificador del orden dl día

numero int 3 - - Guarad el

número del punto del orden del día

descripcion text - - - Guarda la

descripción del punto del orden del día

Id_sesion int 2 - X Guarda el id de

la sesión

celebrada

Tabla 7 Orden del Día.

Relaciones

Id_sesion Instalacion.id_instalacion

Tabla 8 Relacines de la tabla Orden del Día.

Módulo: Intervenciones.

Intervenciones Llave: Id_intervenciones

Descripción: Esta tabla almacenará todas las intervenciones que se generen en las sesiones celebradas en el H. Congreso del Estado

64kb

(35)

35

Id_intervenciones int 3 X - Campo que

guarda un

identificador la intervensión

discurso text - - - Guarad el

discurso de la intervensión

aprovado int 1 - - Guarda si la

intervensión es aprobada o no

Id_diputado int 2 - X Guarda el

identificador del diputado

Id_tipointervension int 2 - X Guarda el id del catalogo de intervensión realizada

Id_instalacion int 2 - X Guarda id la

sesión celebrada

Tabla 9 Intervensiones.

Relaciones

Id_diputado Diputado.id_diputado

Id_tipointervension Tipo_intervension.id_tipointervension

Id_instalacion Instalacion.id_instalacion

Tabla 10 Relaciones de la tabla de intervensiones.

(36)

36

Tipo_intervension Llave: Id_tipointervension

Descripción: Esta tabla almacenará el catalogo de los tipos de intervensión existentes

16kb

Nombre del campo Tipo Longitud PK FK Descripción

Id_tipointervension int 3 X - Campo que

guarda el

identificador del

tipo de

intervensión

nombre varchar 50 - - Guarda el

nombre del tipo de intervensión

Tabla 11 Tipo de intervensión.

Módulo: lista de asistencias.

Lista_asistencia Llave: Id_asistencia

Descripción: Esta tabla almacenará todos los datos referente a las listas de asistencia

16kb

Id_asistencia int 2 X - Campo que

guarda un

(37)

37

asistencia

asistencias int 3 - - Guarad la

cantidad en

número de

asistencias

faltas varchar 50 - - Guarda el

número de la s faltas

Tabla 12 Lista de asistencia.

Módulo: detalle de asistencia.

Detalle_asistencia Llave: Id_detalle

Descripción: Esta tabla almacenará todos los detalles de las asistencias

64kb

Id_detalle int 3 X - Campo que

guarda el

identificador del detalle

Id_diputado int 3 - X Guarad el id del

diputado

Id_instalacion int 3 - X Guarda el id de

la sesión

Id_lista int 3 - X Guarda el id de

la lista de asistencia

(38)

38

Relaciones

Id_instalacion Instalación.id_instalacion

Id_lista Lista_asistencia.id_asistencia

Tabla 14 Relaciones de la tabla detalles de asistencia.

Módulo: diputados.

Diputados Llave: Id_diputado

Descripción: Esta tabla almacenará los nombres de los diputados de la actual legislatura

16kb

Id_diputado int 2 X - Campo que

guarda el

identificador del diputado

nombre varchar 50 - X Guarda el

nombre del diputado

Tabla 15 Diputados. Módulo: Mesa directiva.

Mesa_directiva Llave: Id_mesa

(39)

39

directiva del periodo actual del H. Congreso del Estado

Registro:

Id_mesa int 2 X - Campo que

guarda el id de la mesa directiva

cargo int 3 - - Guarda el cargo

que ocupara el integrante de la mesa directiva

Id_diputado int 4 - - Guarda el id del

diputado

Id_detallemesa date - - - Guarda el id del

detalle de la mesa directiva

Tabla 16 Mesa Directiva.

Relaciones

Id_detallemesa Detalle_mesa.id_detalle

Tabla 17 Relaciones de la tabla Mesa Directiva.

Módulo: Detalle de la mesa directiva

Dealle_mesa Llave: Id_detalle

Descripción: Esta tabla los detalles de las mesas directivas efectuadas en el H. Congreso del Estado

16kb

(40)

40

Id_detalle int 2 X - Campo que

guarda un

identificador del detalle

mes varchar 3 - - Guarda el mes al

que pertenece la actual mesa directiva

ano int 4 - - Guarda el año

de la mesa directiva actual

Tabla 18 Detalle de la Mesa Directiva.

Módulo: Clausura.

clausura Llave: Id

Descripción: Esta tabla almacenará todo lo referente a la clausura de las sesiones celebradas en el H. Congreso del estado

32kb

Id_clausura int 2 X - Campo que

guarda el

identificador de la clausura

Proxima_sesion date - - - Guarda la fecha

de la proxima

sesión a

(41)

41

hora time - - - Guarda la hora

de la proxima sesión

Fecha_clausura date - - - Guarda la fecha

en la que se clausuro la presente sesión

Hora_clausura time - - - Guarda la hora

de la clausura de la presente sesión

Id_instalacion int 2 - X Guarda el id de

la sesión actua

Tabla 19 Clausura de la sesión.

Relaciones

Id_instalacion Instalacion.id_instalacion

Tabla 20 Relaciones de la tabla Clausura.

Módulo: Usuarios.

usuarios Llave: Id_usuario

Descripción: Esta tabla almacenará los usuarios que tendrán acceso al sistema

16kb

Id_usuario int 2 X - Campo que

(42)

42

nusuario varchar 30 - - Guarda el

nombre de usuario

password Varchar 40 - - Guarda el

password para accesar al sistema

tipo int 1 - - Guarda el tipo

de usuario que podrá accesar al sistema

activo Int 1 - - Guarda si es un

usuario activo o inactivo

nombreDep Varchar 50 - - Guarda el

nombre del departamento al que pertenece el usuario

Tabla 21 Usuarios.

5.2 Implementación

5.2.1 Programación de módulos y componentes

La programación del proyecto como fue mencionado anteriormente fue realizado bajo el lenguaje PHP y un framework llamado CodeIgniter la cual es separado según la lógica Modelo, vista y Controlador, a continuación se muestran fragmentos de código utilizados.

Código de inicio de sesión y validación de usuarios.

(43)

43

Figura 8 Controlador del inicio de sesión.

Modelo

Figura 9 Modelo del inicio de sesión.

(44)

44

Figura 10 Vista del inicio de sesión.

Código para Almacenar Actas Controlador

(45)

45

Vista

Figura 12 Vista para el almacenamiento de instalación de sesiones

Modelo

Figura 13 Modelo para almacenar la instalación de las sesiones

5.2.2 Implementación de interfaces

(46)

46

Figura 14 Inicio de sesión

Siguiendo las interfaces, como se muestra en figura siguiente (Figura ) se pude observar aspectos básicos de como estará estructurado tanto el menú principal (lado izquierdo), nombre de usuario logueado, así como la parte principal del sistema que es el formulario para almacenar las actas de las sesiones.

Como se puede ver en la figura el formulario está separado por partes con el propósito de no hacer tan larga y tediosa la captura de las actas. En esta primera parte se puede observar como su nombre lo dice la Instalación de la sesión la cual contiene los siguientes campos:

(47)

47

Figura 15 Instalación de la sesión.

Una vez capturada la primera parte procederemos con la segunda que se trata del orden del día de las sesiones que involucra los siguientes campos a capturar:

 Número del orden del día

 Descripción del punto del orden del día

Figura 16 Orden del día de la sesión.

La tercera parte llamada lista de asistencia constará de lo siguiente:

(48)

48

Figura 17 Listas de asistencia

Siguiendo con la captura de las sesiones, toca capturar la parte 4 que pertenece a las intervenciones generadas por los diputados la cual contiene los siguientes campos:

 Nombre del diputado que efectuará una intervención  Tipo de intervención que tendrá

 Estado de la intervención (aprobado, desechado)  Intervención completa o discurso

 Replica o contestación hacia un diputado que previamente dio hizo su intervención.

Figura 18 Intervenciones.

(49)

49

la cual contiene los siguientes elementos:

 Fecha de la próxima sesión a celebrar.  Hora de la próxima sesión.

 Fecha de clausura de la presente sesión.  Hora de la clausura.

Figura 19 Clausura de sesión.

Todos los elementos o campos mostrados anteriormente son parte del formato que es necesario para lograr una buena articulación de los datos que posteriormente a la hora de guardarlos se arrojarán a una base de datos con una estructura robusta que hará que se liguen entre sí los datos para poder realizar todo tipo de consultas.

Para realizar las consultas en el sistema se podrán hacer de diferentes maneras y de igual forma también se podrán buscar específicamente en las partes como fue capturado, por ejemplo si quiere buscar una acta mediante los campos de instalación, por intervenciones, por clausura etc. se podrá hacer, los campos que aparecerán en pantalla no será necesario que los llene todos, depende de lo que sepa el usuario podrá agregar los campos, la búsqueda se podrá realizar desde un solo dato agregado hasta todos los datos agregados.

(50)

50

Figura 20 Consultas de de actas.

6.0 ANÁLISIS DE LOS RESULTADOS

Una vez realizada la consulta por el usuario y esta halla sido efectiva y dicha acta solicitada esté almacenada se mostrará un resultado como el siguiente, el cual estará en formato HTML, uniendo e integrando todas las partes correspondientes a la acta buscada en una sola vista.