Informe de Especificacion de Diseño

MINISTERIO DEL PODER POPULAR PARA LAS
COMUNAS Y PROTECCIÓN SOCIAL CONSEJOS
COMUNALES “EL BOSQUE” Y “POTRERO CERCADO II”
i
ESPECIFICACIÓN DE DISEÑO DEL SISTEMA ADMINISTRATIVO PARA
GESTIONAR LA INFORMACIÓN DE LOS CONSEJOS COMUNALES “EL
BOSQUE” Y “POTRERO CERCADO II” (SAGICC)
Autores:
Briceño Yonaiker C.I.: 20.050.259
Colmenares Michell C.I.: 20.913.605
Hernández Luis C.I.: 22.029.705
Quintero David C.I.: 18.942.827
Tutor:
Ing. Rafael Matos
Caracas, Julio de 2014

ii
HOJA RESUMEN DE RESPONSABILIDADES
La información contenida en este documento describe la función y rendimiento del Sistema Administrativo que permita la
gestión de información (SAGICC) de los consejos comunales El Bosque y Potrero Cercado II y las dificultades que estarán
presentes durante su desarrollo y es producto de la traducción de los autores de las necesidades expuestas por los clientes
(Consejos Comunales “El Bosque” y “Potrero Cercado II”) durante la fase de Modelado de Gestión. Esta información
representa un compromisode sus autores, sobre las bases discutidas con los voceros de la UnidadAdministrativa y Financiera.
Los clientes asumen la con-responsabilidaden lo especificado en el presente documento y lo avala mediante documento de
aceptación.
Los autores y los clientes concuerdan en que las GARANTIAS EXPRESAS O IMPLICITAS del software desarrollado se
soportan sobre lo expresado en el presente documento.

iii
HOJA RESUMEN DE MODIFICACIONES
Versión Fecha
Cambios respecto a la
Versión Anterior
Elaborado por Aprobado por
1.0 04/04/2014 Versión Inicial Briceño Yonaiker
Colmenares Michell
Hernández Luis
Quintero David

iv
IDENTIFICACIÓN D EL PROYECTO
Proyecto(s) Tipo de Proyecto
Sistema Administrativo que permita la
Gestión de Información de los Consejos
Comunales "El Bosque" y "Potrero
Cercado II" (SAGICC)
Proyecto de Desarrollo de un Software para la
Automatización de los procesos de Administrativos de
los Consejos Comunales "El Bosque" y "Potrero
Cercado II".
Documentos de Evaluación Relacionados
Plan de Proyecto para el desarrollo de un Sistema Administrativo que permita gestionarla
información de los consejos comunales "El Bosque" y "Potrero Cercado II" (SAGICC)
Equipo de Proyecto
Líder Proyecto:
Colmenares Michell
Analistas Programadores:
Colmenares Michell
Briceño Yonaiker
Hernández Luis
Quintero David

v
ÍNDICE GENERAL
HOJA RESUMEN DE RESPONSABILIDADES.........................................................ii
HOJA RESUMEN DE MODIFICACIONES ...............................................................iii
IDENTIFICACIÓN D EL PROYECTO.......................................................................iv
ÍNDICE DE CUADROS...............................................................................................vi
ÍNDICE DE GRÁFICOS .............................................................................................vii
ÍNDICE DE FIGURAS ...............................................................................................viii
CAPÍTULO I. ÁMBITO DEL SISTEMA ....................................................................9
1.Objetivos del Sistema.................................................................................................9
2.Principales Requerimientos del Sistema ..................................................................11
2.1. Requerimientos Funcionales..................................................................................11
2.2. Requerimientos No Funcionales ............................................................................13
3.Estructura del Documento........................................................................................14
CAPÍTULO II. DISEÑO DE DATOS ........................................................................15
1.Universo de Discurso ...............................................................................................15
2.Identificación de los Objetos de Negocios (tipos de entidad) y sus relaciones..............19
CAPÍTULO III. ARQUITECTURA DEL SISTEMA ................................................23
1.Sistema Operativo ....................................................................................................23
2.Lenguajes de Desarrollo...........................................................................................24
3.Manejador de Base de Datos....................................................................................26
4.Diseño de la Arquitectura.........................................................................................27
5.Dominio y Hosting...................................................................................................32
CAPÍTULO IV. DISEÑO DE LA INTERFAZ ..........................................................34
APÉNDICE A .............................................................................................................48
APÉNDICE B .............................................................................................................50
APÉNDICE C .............................................................................................................60
APÉNDICE D .............................................................................................................67

vi
ÍNDICE DE CUADROS
Cuadro Nro. 1. Principales Requerimientos Funcionales del SAGICC......................11
Cuadro N° 2. Principales Requerimientos No Funcionales del Sistema.....................13

vii
ÍNDICE DE GRÁFICOS
Gráfico Nro. 1. Modelo de Objetos de Negocio del SAGICC....................................21
Gráfico Nro. 2. Modelo de Objetos de Negocio del SAGICC....................................22
Gráfico Nro. 3. Arquitectura del SAGICC..................................................................28

viii
ÍNDICE DE FIGURAS
Figura Nro. 1. Cintillo del SAGICC………………………………………….….…34
Figura Nro. 2: Formato de las Pantallas Principales…...............…....…….…......35
Figura Nro. 3: Formato de la Cuenta Administrador…………………..….…….....36
Figura Nro. 4: Formato de la Pantalla Gestor de Habitantes……………..……..….37
Figura Nro. 5: Formato de la Pantalla Gestor de Usuarios……………..……..……39
Figura Nro. 6: Formato de la Pantalla Cuenta Vocero………………..…………....40
Figura Nro. 7: Formato de la Pantalla Inscripción de Participantes…………..…....42
Figura Nro. 8: Formato de la Pantalla Cargar Proyectos …………...………..........43
Figura Nro. 9: Formato de la Pantalla Cuenta Usuario ……………………..……...44
Figura Nro. 10: Formato del Estudio Demográfico y Socioeconómico (Parte I)…..45
Figura Nro. 11: Formato del Estudio Demográfico y Socioeconómico (Parte II).....46

9
CAPÍTULO I
ÁMBITO DEL SISTEMA
1. Objetivos del Sistema
General
Gestionar los Procesos Administrativos de los Consejos Comunales “El Bosque”
y “Potrero Cercado II”, con la finalidad de agilizar los procesos para la toma de
decisiones.
Específicos
1. Gestionar los censos de las Comunidades “El Bosque” y “Potrero Cercado II".
 Control de los habitantes.
 Control de habitantes por zona.
- Número de familias.
- Números de habitantes masculinos.
- Números de habitantes femeninos.
- Niños de 0 a 5 años.
- Niños mayores de 6 a 11 años.
- Adolescentes de 12 a 17 años.
- Adultos mayores de 18 a 35 años.
- Adultos mayores de 36 a 55 años.
- Adultos mayores más de 56 años.
2. Generar estadísticas de los habitantes.
3. Administrar datos de los comités y voceros.
4. Gestionar las Calles, Residencias y Casas que pertenecen a las Comunidades.
5. Gestionar Procesos de Formación Académica.
 Talleres y Cursos.

10
 Participantes.
 Asignar tutores que dictan los talleres y cursos.
6. Gestionar los datos de los Consejos Comunales.
7. Agilizar el Proceso Electoral de las vocerías.
8. Administrar la Comisión Electoral.
9. Gestionar las Postulaciones de voceros.
 Nuevos Candidatos.
 Candidatos Reelectos.
 Comité de Trabajo.
10. Gestionar de Proyectos Comunitarios.
11. Gestionar los Proyectos Comunitarios planificados por las Comunidades
 Describir los Proyectos Comunitarios propuestos de las Comunidades.
 Describir el estado de los Proyectos Comunitarios.
12. Emitir Cartas a las Comunidades.
 Carta de Residencia.
 Carta Aval para la solicitud de materiales de construcción.
 Carta Aval de no poseer vivienda.
 Carta Buena Conducta.
 Carta para los Ticket Estudiantiles.
13. Emitir listados.
 Organización de los consejos comunales (comités y voceros que los
conforman).
 Estadísticas de los censos.
 Censo Demográfico.
 Censo Comunitario.
 Listado de los cursos.
 Listado de los participantes nuevos ingreso.
 Listado de los participantes incorporados.

11
2. Principales Requerimientos del Sistema
2.1. Requerimientos Funcionales
Cuadro Nro. 1. Principales Requerimientos Funcionales del SAGICC
N° Requerimientos Caso de Uso
1. Registrar Unidades Registrar unidades
2. Modificar Unidades Modificar unidades
3. Eliminar Unidades Eliminar unidades
4. Listar Unidades Listar unidades
5. Imprimir listado de Unidades Imprimir listado de unidades
6. Registrar voceros Registrar vocero
7. Asignar voceros a las Unidades Asignar vocero
8. Listar voceros Listar vocero
9. Modificar voceros Modificar vocero
10. Eliminar voceros Eliminar vocero
11. Imprimir listado de voceros Imprimir vocero
12. Registrar datos de los habitantes Registrar habitante
13. Modificar datos de los habitantes Modificar habitante
14. Eliminar datos del habitante Eliminar habitante
15. Modificar número de familia Modificar N° familia
16. Consultar habitantes Consulta de habitante
17. Registrar datos de la familia Registro de familia
18. Modificar datos de la familia Modificar familia
19. Eliminar datos de la familia Eliminar familia
20. Listado de edificios Lista de edificios
21. Listado de residencias Lista de residencias
22. Listado de calles Lista de calles
23. Enumerar cantidad de habitantes por rango
de edades
Enumerar por rangos
24. Generar gráfico de estadísticas de cantidad
habitantes por rango de edades
Grafico por rango
25. Listar habitantes por rango de edades Listado por rango
26. Imprimir habitantes por rango de edades Imprimir por rango
27. Imprimir listado de habitantes por sexo Imprimir listado por sexo
28. Enumerar la cantidad de habitantes por sexo Total habitantes por sexo
29. Generar grafico de estadísticas de cantidad
de habitantes por sexo
grafico habitantes por sexo
30. Listado de habitantes por sexo Listado habitantes por sexo

12
31. Enumerar total de habitantes por comunidad Total habitantes
32. Generar grafico de estadísticas de total de
habitantes por comunidad
grafico habitantes
33. Listar habitantes totales por comunidad Listar habitantes
34. Imprimir listado de habitantes totales Imprimir Listado habitantes
35. Generar cartas de residencia Carta residencia
36. Imprimir cartas de residencia Imprimir carta residencia
37. Editar formato de cartas de residencia Editar formato carta
residencia
38. Generar solicitud para tickets estudiantiles solicitud ticket estudiantiles
39. Imprimir solicitud para tickets estudiantiles Imprimir solicitud tickets
estudiantiles
40. Editar formato de solicitud para tickets
estudiantiles
Editar formato solicitud
tickets estudiantiles
41. Generar carta aval Carta aval
42. Imprimir carta aval Imprimir carta aval
43. Editar formato de carta aval Editar formato carta aval
44. Generar carta aval de no poseer vivienda Carta aval no poseer
vivienda
45. Imprimir carta aval de no poseer vivienda Imprimir carta aval no
poseer vivienda
46. Editar formato de carta aval de no poseer
vivienda
Editar formato aval no
poseer vivienda
47. Generar carta de buena conducta Carta buena conducta
48. Imprimir carta de buena conducta Imprimir carta buena
conducta
49. Editar formato de carta de buena conducta Editar formato carta buena
conducta
50. Carga de proyecto Cargar proyecto
51. Modificar proyecto cargado Modificar proyecto
52. Eliminar proyectos cargados Eliminar proyecto
53. Actualizar proyectos Actualizar proyecto
54. Registrar nuevo cursos y taller Registrar taller y curso
55. Inscribir participante a talleres y cursos Registro talleres y cursos
56. Modificar datos registro a talleres y cursos Modificar registro talleres y
cursos
57. Eliminar datos registro a talleres y cursos Eliminar registro talleres y
cursos
58. Listado de participante por talleres y cursos Listado registrados talleres y
cursos

13
2.2. Requerimientos No Funcionales
Cuadro N° 2. Principales Requerimientos No Funcionales del Sistema.
N° Requerimientos
1 El software será desarrollado en los Sistemas Operativos Windows en un
entorno Web con tecnología PHP y manejador de base de datos Misal.
2 El Sistema debe ser intuitivo y accesible de aprender por los usuarios, su
manejo debe ser eficiente.
3 El Sistema debe de ser en todo momento consistente en el diseño de la
interfaz.
4 El Sistema debe dar la opción de incluir un nuevo perfil de usuario.
5 El Sistema debe ser capaz de asignar un perfil de usuario.
6 El Sistema debe poder eliminar el perfil de un usuario.
7 El Sistema debe dar la opción de recuperar contraseña olvidada.
8 El Sistema debe permitir el cambio de contraseña
9 El Sistema debe dar la posibilidad de realizar copias de seguridad de la data a
través de su interfaz.
10 Cada uno de los usuarios del sistema tendrá una cuenta de acceso, de manera
que se manejarán niveles de acceso para controlar la seguridad.
11 Los mensajes de error o información que genere el sistema deberán ser
concisos y precisos para que el usuario pueda entenderlo.
12 El sistema debe permitir registrar en una bitácora las transacciones realizada
por cada uno de los actores que acceda al mismo a fin de auditar las mismas.
13 El sistema debe permitir resetear la contraseña a un usuario que la haya
olvidado.

14
3. Estructura del Documento
El presente informe consta de cuarto (04) capítulos. El Capítulo I, refleja en
primer término los objetivos del sistema, cuáles son los requerimientos funcionales y
no funcionales que manejará el Sistema, como también la limitaciones del mismo.
El Capítulo II se describe en un lenguaje natural, claro y conciso la lógica del
sistema a través del Modelo de Negocios formando la estructura básica para base de
datos.
El Capítulo III da a conocer el tipo de arquitectura que se escogió para el sistema,
describiendo detalladamente cada una de los elementos de la arquitectura. Finalmente
en el capítulo IV se modela cada una de las interfaces internas y externas que tendrá
el sistema así como también la interacción entre el actor y las interfaces.

15
CAPÍTULO II
DISEÑO DE DATOS
1. Universo de Discurso
La base de datos de SAGICC, debe apoyar los procesos administrativos ejecutados
en los Consejos Comunales “El Bosque” y “Potrero cercado II”. Para lograr este
objetivo, la base de datos debe guardar información de las siguientes entidades que
tiene una participación indefectible en el sistema: Comunidades, Habitantes, Voceros,
Vocerías, Jefe de Grupo Familiar, Grupo Familiar, Situación de la Vivienda,
Situación Económica, Servicios, Salud, Proyectos, Gastos, Recursos o Aportes,
Participantes Externos, Talleres, Usuarios y Tipo de Usuarios. En el APENDICE
“A”, se muestran todas las tablas de la base de datos del SAGICC con una breve
descripción de lo que almacena cada una.
Con las entidades de participación indefectible interactúan una serie de entidades,
cuya visualización permite obtener una mejor comprensión de la lógica del Sistema
Administrativo. La siguiente lista describe los requerimientos de datos con más detalle.
 El ingreso de los Jefes de Grupo Familiar al SAGICC, se ejecuta una vez realizado
el censo, el usuario debe llenar una planilla (Estudio Demográfico y Socioeconómico)
asignada por los voceros y exigidos por el Consejo Comunal para poder pasar a ser
un Habitante. El Usuario encargado de administrar el SAGICC es el que verificara la
información suministrada por los voceros atreves del censo, podrá registrar a los
usuarios Jefe de Grupo Familiar y por cada Jefe de Grupo Familiar registrara (1 o
más) Familiares creando un nuevo registro a su Grupo Familiar. Luego de que
identifique a todo su grupo familiar debe especificar en qué condiciones se encuentra

16
su Vivienda, Situación Económica, Servicios, Salud de sus familiares. Todo Jefe de
Grupo Familiar registrado en el SAGICC:
• Las comunidades tienen muchos Jefe de Grupo de Familia.
• Tiene un Grupo Familiar.
• Pasa a ser un Habitante.
• Tiene una Situación de Vivienda.
• Tiene una Situación de Económica.
• Tiene uno o más Servicios.
• Tiene uno o más Situación de Salud.
• Solicita una o más cartas comunales.
• Se inscribe en uno o más talleres.
• Tiene una condición familiar.
• Puede pertenecer a una Unidad.
• Puede postularse a una Unidad.
• Está asociado a Participante a la vez.
 A los voceros de los Consejos Comunales “El Bosque” y “Potrero Cercado II”, se
postulan a las Unidades, una vez realizadas las votaciones el Usuario administración
los registra como Usuario tipo Vocero. El Vocero puede Cargar Proyectos asociados
la Comité que se le fue asignado creando un nuevo registro a Proyecto. Al cargar un
proyecto el usuario debe hacer una descripción completa del proyecto. Luego de que
se cree el registro del proyecto este pasará a ser un Proyecto Propuesto. El vocero
puede modificar estos proyectos siempre y cuando sean cargados por él y se
encuentren en Estado Propuesto, de lo contrario no podrá ser modificado. Para
agilizar el proceso de carga de proyectos relacionados con los voceros de los
Consejos Comunales “El Bosque” y “Potrero Cercado II” registrados en el SAGICC

17
se apoya en entidades auxiliares que contienen los datos con más detalles, estas son:
Avances, Historial, Costo Proyecto, Estado, Descripción y Recursos o Aportes.
Para que un usuario tome la condición de vocero, implica que un habitante debe
postularse a vocero si cumple con los requisitos que exige el Consejo Comunal. Las
elecciones de vocerías serán ejecutadas en el Consejo Comunal. De acuerdo con los
resultados de las elecciones El Administrador del Sistema asignará una unidad o
comité al vocero electo. Todo Vocero registrado en el SAGICC:
• Carga uno o más proyectos a la vez.
• Modifica uno o más proyectos.
• Pertenece a una Unidad.
• Emite listado de Talleres.
Todo Proyecto registrado en el SAGICC:
• Tiene un vocero a la vez.
• Tiene un estado a la vez
• Tiene uno o más historiales.
• Tiene uno o más costos a la vez.
• Tiene uno o más Recursos o Aportes.
 Los Coordinadores de Actividades Sociales (CAS) de los Consejos Comunales “El
Bosque” y “Potrero Cercado II”, se encargan de administrar los Talleres de
capacitación dictados en estas comunidades. Como administrador de taller pueden
Registrar Taller o Eliminar taller. Tienen acceso al Listado de Participantes para
Modificar Participante o Eliminar Participante. Para agilizar el proceso de
inscripción a talleres de capacitación relacionados con CAS registrados en el

18
SAGICC se apoya en entidades auxiliares que contienen los datos con más detalles,
estas son: Comunidad, Calle, Edificio, Descripción, Especialidad. Todo CAS en el
SAGICC:
• Gestiona uno o más Talleres a la vez.
• Gestiona uno o más Participantes.
Todo Taller en el SAGICC:
• Una comunidad tiene uno o más Talleres.
• Tiene uno o más CAS a la vez
• Tiene uno o más Participantes a la vez.
 Las Vocerías están compuestas por Unidades, Comités y Voceros. Cada unidad trata
un sector en específico en la comunidad. Dependiendo del Tipo de Comité tiene
Proyectos asociados para resolver problemas de la comunidad. El administrador del
Sistema se encargan de gestionar estas unidades.
 Usuario tipo administrador del Sistema SAGICC: se encarga de Registra la
información de Jefe de Grupo Familiar, Grupo de Familiar, Situación de la
Vivienda, Situación Económica, los Servicios y Salud. Registra a los Voceros y les
asigna a los Comités. Para agilizar el proceso de captura de datos relacionados con el
habitante el SAGICC se apoya en entidades auxiliares que contienen los datos con
más detalles, estas son: Discapacidad, Ocupación Laboral, Calles, Edificio,
Residencia, Comunidad, Condición de Vivienda, Material de Construcción,
Nacionalidad, Condición. El administrador del SAGICC:
• Gestiona a uno o más Vocerías.

19
• Gestiona a uno o más Voceros.
• Gestiona a uno o más Habitantes.
• Gestiona a una o más Jefe de Grupo Familiar.
• Gestiona a uno o más Grupos Familiares.
• Gestiona a una o más Comunidades.
2. Identificación de los Objetos de Negocios (tipos de entidad) y sus relaciones.
Para la identificación de los Objetos de Negocio del SAGICC, buscamos en el
universo de discurso los sustantivos que involucren personas, cosas, lugares y
eventos. Los sustantivos pueden aparecer como sujetos u objetos en los enunciados.
Por ejemplo el enunciado “Los participante inscriben talleres”, indica que los
participantes y talleres pueden ser objetos de negocio. Para identificar las relaciones
identificamos los verbos que conectan a los sustantivos que previamente se
identificaron como objetos de negocio.
Para la determinar la cardinalidad máxima buscamos la designación singular o
plural de los sustantivos en los enunciados que señalan relaciones. Para determina la
cardinalidad mínima buscamos términos opcionales o requeridos en los enunciados
de la relación, identificando requerido como el valor por defecto si el enunciado no
indica cardinalidad mínima.
Partiendo de la narrativa expuesta en el universo de discurso se establecieron los
objetos de negocios para el SAGICC, los cuales se muestran en el Gráfico Nro. 1.
Modelo de Objetos de Negocio del SAGICC. Este gráfico además muestra las
relaciones entre las entidades. En el APÉNDICE “B”, se describen con detalle las
relaciones identificadas en el Modelo de Objetos de Negocio.

20
3. Identificación de atributos y llaves primarias.
Los sustantivos importantes de la narrativa anterior (universo de discurso) están
identificados en letra negrita itálica.Después de un análisis de los procesos se
asociaron atributos a cada uno de estos sustantivos. Tras realizar investigaciones
adicionales se determinó la existencia única de atributos estables y de propósito único
para cada sustantivo, lo que nos llevó a establecerlos como llaves primarias. Estable
significa que una llave primaria nunca debe cambiar después de haberla asignado. De
propósito único significa que un atributo de llave primaria no debe tener otro
propósito distinto a la identificación de la clase.
En algunos casos se consideraron como llaves primarias los valores enteros
generados de forma automática por el Manejador de Bases de Datos MySQL,
expresado a través del tipo de datos auto incrementable. Específicamente se tomó
esta decisión para los tipos de entidad Habitante, Vocero, Administrador,
Coordinador de Actividades Sociales (CAS), Coordinador de Proyectos (CP) y
participantes, asignándoles como llave primaria el campo de identificación
autoincremento de MySQL como llave primaria y no la cédula de identidad –que es
único y estable-, debido a que si se comete un error en la transcripción de la cédula la
modificación de la misma se puede realizar directamente, a través de la interfaz del
sistema. En el APÉNDICE “C”, se describen los atributos y llaves primarias para
cada una de los objetos de negocio identificados en el universo de discurso. En el
APÉNDICE “D”, se muestra el estado actual de los registros existentes en cada tabla
del SAGICC.

21
Gráfico Nro. 1. Modelo de Objetos de Negocio del SAGICC

22
Gráfico Nro. 2. Modelo de Objetos de Negocio del SAGICC

23
CAPÍTULO III
ARQUITECTURA DEL SISTEMA
El objetivo principal de este capítulo se basa en la definición de las diferentes
tecnologías existentes para aplicar en la Plataforma del SAGICC.
La arquitectura de esta plataforma tiene que permitir dotarla de una serie de
características tales como seguridad, robustez y fiabilidad. Todo esto a su vez estará
expuesto en un entorno dinámico y sencillo para los usuarios, siendo las capas
inferiores a la interfaz de usuario las responsables de que el funcionamiento de la
plataforma sea el correcto en todo momento.
1. Sistema Operativo
Como Sistema Operativo (SO) la plataforma a utilizar es GNU/Linux Canaima 4.0
en el servidor. Esto es debido a una gran cantidad de propiedades que hacen de este
sistema operativo el idóneo para soportar una plataforma de estas características:
1. Multiplataforma: Trabaja en muchos procesadores.
2. Multiusuario: Permite varios usuarios en la misma máquina al mismo tiempo.
3. Multitarea: Permite tener varios programas (realmente procesos) ejecutándose
al mismo tiempo.
4. Linux funciona en modo protegido. Este es un modo operacional de los
procesadores que permiten mejorar las multitareas y la estabilidad del sistema,
así como protección de memoria y soporte de hardware para memoria virtual.
5. Posee protección de la memoria entre procesos, permitiendo que uno de ellos
no pueda colgar el sistema.

24
6. Utiliza una política de copia en escritura para la compartición de páginas entre
ejecutables; esto permite que varios procesos puedan utilizar la misma zona de
memoria para ejecutarse, lo que aumenta la velocidad y reduce el uso de
memoria.
7. La memoria virtual utiliza paginación (sin intercambio de procesos completos)
a disco, teniendo con una partición o un archivo en el sistema la posibilidad de
añadir más áreas de intercambio según se necesite.
8. La memoria se gestiona como un recurso unificado para los programas de
usuario y para la caché de disco, pudiendo utilizar la memoria libre para caché.
9. Posee librerías compartidas de carga dinámica (DLL’s) y librerías estáticas.
10. Linux es casi totalmente compatible con POSIX (Portable Operating System
Interface (for Unix)). POSIX es un estándar orientado a facilitar la creación de
aplicaciones confiables y portables. La biblioteca para el manejo de hilos en
POSIX es pthread, y permitirá efectuar múltiples tareas dentro de un mismo
proceso gracias a los mecanismos de sincronización necesarios para conservar
la consistencia de los recursos compartidos.
11. Soporta TCP/IP incluyendo FTP, TELNET, NFS, entre otros.
12. Permite una gran escalabilidad; además en todo momento busca un
compromiso directo con la seguridad asociada al sistema.
2. Lenguajes de Desarrollo
En cuanto al desarrollo de la plataforma, se va a implementar con PHP (PHP
Hypertext Preprocessor) versión 5.3.4, como lenguaje de programación interpretado
del lado del servidor.
PHP es un lenguaje que se puede desplegar en la mayoría de los servidores WEB y
sistemas operativos sin ningún tipo de costo. Tiene un reconocimiento internacional

25
por encontrarse instalado en más de veinte millones de sitios web y en un millón de
servidores.
PHP posee un gran parecido con los lenguajes más comunes de programación
estructurada como C y Perl, por lo que resulta muy sencillo de interpretar y
desarrollar para la mayoría de los programadores relacionados con estos lenguajes.
Además su versatilidad permite que aunque su diseño esté orientado al desarrollo de
portales web, también puede crear aplicaciones con una interfaz gráfica para el
usuario, o ser usado desde la línea de comandos al igual que Perl o Python.
En cuanto a la relación directa que va a tener con las bases de datos, PHP permite
una conexión con los diferentes tipos de servidores de base de datos existentes, tales
como Oracle, MySQL, PosrgreSQL, Microsoft SQL Server, ODBC, Solid, LDAP,
FilePro, Sybase, DB2, Firebird y SQLite. Si nos basamos en los diferentes tipos de
sistemas operativos, PHP puede ser ejecutado en Linux, Mac OX S y Microsoft
Windows con total normalidad.
En cuanto a las características asociadas a PHP, el siguiente listado hace alusión a
las ventajas e inconvenientes que conlleva.
1. PHP es libre, lo cual representa una fácil accesibilidad para todos los usuarios.
2. Es un lenguaje multiplataforma, y orientado al desarrollo de aplicaciones web
dinámicas con acceso a la información almacenada en una base de datos.
3. En cuanto a la conexión con gestores de bases de datos, destaca su
conectividad con PostgreSQL y MySQL.
4. El código fuente desarrollado en PHP es invisible al navegador web y al
usuario final, siendo una programación muy segura y confiable. El servidor se
encargará de ejecutar el código y enviar el resultado HTML al navegador.

26
5. Permite aplicar técnicas de programación orientada a objetos.
6. Incluye una biblioteca amplia de funciones desde un primer momento.
7. Como inconveniente, al ser un lenguaje que se interpreta en ejecución, para
ciertos usos puede resultar un inconveniente que el código fuente no pueda ser
ocultado.
Además de las características mencionadas, hay que destacar que debido a su
diseño modular permite tener acceso a servidores IMAP, enviar correo con SMTP,
acceder a SNMP para gestión de redes y equipos, generar dinámicamente gráficos y
documentos PDF, analizar documentos XML y generar datos en WDDX (intercambio
Web de Datos Distribuidos).
Después de analizar los lenguajes de programación existentes en la actualidad, y
fundamentalmente PHP, se ha determinado elaborar la plataforma del SAGICC en
PHP y JavaScript. Tal y como se muestran las características asociadas a la
descripción de PHP, la fuerte interoperabilidad con los gestores de bases de datos
hacen dotar a la plataforma de una gran robustez y fiabilidad, sin limitar con ello el
tiempo de respuesta de la misma.
3. Manejador de Base de Datos.
El sistema gestor de bases de datos de la plataforma del SAGICC será MySQL.
Esta elección es consecuente con la premisa de utilizar software libre con la seguridad
de que el sistema seleccionado permite una efectiva gestión de sus bases de datos. Las
características que ofrece este gestor se adaptan a la solicitud requerida en el pliego
de condiciones de la plataforma de acuerdo al Decreto 3390, y por lo tanto el
desarrollo de esta herramienta será subyacente a los módulos de los que consta la
plataforma para poder gestionar correctamente toda la información almacenada.

27
MySQL es un sistema de gestión de bases de datos relacional, multihilo y
multiusuario, que permite su uso bajo licencia GNU GPL pero que si se desea
incorporar en productos privativos debe adquirir una licencia para este uso pues
cuenta con el patrocinio de una empresa privada que posee el copyright de la mayor
parte del código.
MySQL tiene una gran presencia en aplicaciones web como Drupal o phpBB, en
plataformas Linux/Windows-Apache-MySQL-PHP/Perl/Python y en herramientas de
seguimiento de errores. Su base de datos es muy rápida en la lectura cuando utiliza el
motor no transaccional MyISAM, pero puede provocar problemas de integridad en
entornos de alta concurrencia en la modificación, situaciones a las que no estará
expuesto el SAGICC. Las características más destacadas de este gestor de BBDD son
el soporte ofrecido a multiplataforma, las vistas actualizables, los disparadores
(triggers), el soporte para SSL, las transacciones con motores de almacenamiento
InnoDBm BDB y Cluster, la librería de datos embebida, el soporte completo para
Unicode y los procedimientos almacenados. Además permite un sistema de
contraseñas y privilegios seguro basado en la verificación del host, y utiliza tablas
hash en memorias temporales.
4. Diseño de la Arquitectura
La arquitectura de la plataforma del SAGICC, estará formada por una estructura
cliente/servidor multicapas. Este tipo de arquitectura permite al cliente interactuar con
servidores de aplicación para el procesamiento de datos, y a la vez establecer una
conexión con la base de datos para almacenar o consultar los datos procesados por
estas aplicaciones. Entre las ventajas que ofrece al SAGICC este tipo de
arquitecturas. El SAGICC requiere un gran tráfico de usuarios registrados al sistema,
la arquitectura cliente/servidor multicapas permite aumentar la capacidad de
clientes/usuarios en caso de ser necesario. El SAGICC consta de dos (2) servidores

28
asignado a cada una de las comunidades implicadas para distribuir los procesos
administrativos que les corresponde, la arquitectura cliente/servidor multicapas
permite mantener las funciones y responsabilidades entre varios ordenadores
independientes, es posible reemplazar, reparar, actualizar, o incluso trasladar un
servidor, mientras que sus clientes no se verán afectados por ese cambio (o se
afectarán mínimamente). Manteniendo la independencia de los cambios o
encapsulamiento. El encapsulamiento permitido por la arquitectura cliente/servidor
multicapas supone un ventaja para el SAGICC, debido a que los Coordinadores de
Proyecto de los Consejos Comunales, deben hacer cambios constantemente ya sea
para actualizar o modificar los Proyectos cargados por los Voceros.
La estructura cliente/servidor multicapas es la más estandarizada en sistemas
administrativos que requiere la interacción de varios clientes/servidores que
comparten un servicio remota o localmente, y por lo tanto será el aplicado en el
desarrollo de la plataforma del SAGICC.
Gráfico Nro. 3. Arquitectura del SAGICC
Capa de Presentación. Es la interfaz gráfica o de usuario con la que el usuario
asociado a la plataforma del SAGICC podrá tener acceso a los diferentes módulos de
la misma de una manera ágil y dinámica. Su sencillo diseño permitirá la fácil

29
interoperabilidad entre el conjunto de los usuarios con los archivos almacenados en la
plataforma,
La Capa de Presentación permite la interacción entre el usuario y el software.
Puede ser tan simple como un menú basado en líneas de comando o tan complejo
como una aplicación basada en formas. Su principal responsabilidad es mostrar
información al usuario, interpretar los comandos de este y realizar algunas
validaciones simples de los datos ingresados, de acuerdo a los perfiles de cada uno y
a la comunidad de las que provenga para mantener la seguridad de la pertinencia de
datos.
El resultado final implementará una interfaz de usuario (Capa de Presentación) en
la cual existirá un gran compromiso entre los diferentes requisitos que un portal de
estas características necesita.
1. Fiabilidad: Procesos de validación de usuario.
2. Funcionalidad: Capacidad de recuperación y servicios asociados a la
plataforma.
3. Usabilidad: Capacidad de comprensión del portal web, estética dinámica y
sencillez.
4. Mantenibilidad: Plataforma adaptable y extensible.
5. Eficiencia: Velocidad de generación de páginas y gráficos, rendimientos
asociados.
Las Herramientas a utilizar para la implementación son:
 DreamWeaver CS6 versión 12.0: Permite al usuario utilizar la mayoría de los
navegadores Web instalados en su ordenador para previsualizar las páginas web.

30
También dispone de herramientas de administración de sitios dirigidas a principiantes
como, por ejemplo, la habilidad de encontrar y reemplazar líneas de texto y código
por cualquier tipo de parámetro especificado, hasta el sitio web completo. El panel de
comportamientos también permite crear JavaScript básico.
 WampServer versión 2.2: Es un entorno de desarrollo web con el que se puede crear
aplicaciones web con Apache versión 2.4.2, PHP versión 5.4.3 y bases de datos
MySQL versión 5.5.24 database. También incluye PhpMyAdmin y SQLiteManager
para manejar la base de datos. Provee a los desarrolladores con los cuatro elementos
necesarios para un servidor web: un Sistema Operativo (Windows) , un manejador de
base de datos (MySQL), un software para servidor web (Apache) y un software de
programación script Web (PHP (generalmente), Python o PERL), debiendo su
nombre a dichas herramientas. Lo mejor de todo es que WampServer es
completamente gratuito. WAMP incluye, además de las últimas versiones de Apache,
PHP Y MySQL, versiones anteriores de las mismas, para el caso de que se quiera
testear en un entorno de desarrollo particular.
Capa de Negocio. Esta capa es la encargada de llevar a cabo los procesos y las
peticiones a realizar, puesto que contiene los programas que permiten todas estas
acciones. La robusta programación de la capa de negocio con el lenguaje PHP tiene
una doble función: interactuar con la interfaz de usuario de manera que el usuario
quede abstraído de la capa de negocio, pero a su vez que se pueda beneficiar de la
misma para poder acceder a las bases de datos correspondientes de acuerdo a su
perfil.
A su vez la capa de negocio cuenta con JavaScript para agilizar la redirección y el
desplazamiento del usuario a través de la interfaz del sistema. Esta capa también es
denominada Lógica de Dominio, porque contiene la funcionalidad que implementa la

31
aplicación. Involucra cálculos basados en la información dada por el usuario y datos
almacenados y validaciones de lado del servidor. Controla la ejecución de la capa de
acceso a datos y servicios externos.
Para el SAGICC se diseñarán en algunos casos, la lógica de la capa de negocios
para uso directo por parte de componentes de presentación y en otros
encapsulándolos como servicio y llamada a través de una interfaz de servicios que
coordina la conversación con los clientes del servicio o invoca cualquier flujo o
componente de negocio. Al igual que la capa de datos, el software correspondiente a
esta capa estará almacenado en el servidor Linux de la plataforma.
Para acelerar el proceso de desarrollo se generarán scripts que implemente la
funcionalidad del sistema con la herramienta PHP Generator for MySQL y luego
modificados con DreamWeaver de Macromedia y Script Case. Estos scripts serán
subidos o descargados para su actualización con la herramienta FileZilla Client.
Capa de Datos. Esta capa es la de menor nivel y por lo tanto será la encargada de
almacenar todos los datos y registros, permitiendo su acceso gracias al gestor de
bases de datos (en este caso MySQL). Esta capa estará en el servidor Linux sobre el
que operará la plataforma, accediendo a ella desde la interfaz de usuario con los
perfiles correspondientes a cada usuario que acceda a ella. Su eficaz desarrollo
permitirá una óptima gestión de los datos de los usuarios.
Para el caso del SAGICC, esta capa estará representada por una base de datos
denominada sagicc, que será responsable del almacenamiento persistente de
información, abstrayendo completamente a las capas superiores (negocio) del dialecto
utilizado para comunicarse con los repositorios de datos.

32
5. Dominio y Hosting
Los servidores son computadoras que se encargan de almacenar información y
servirla a los usuarios, son los que permiten acceder a un sitio WEB, las 24 horas al
día, los 365 días del año. Para acceder a un servidor en Internet, se debe disponer de
un dominio. Para el SAGGIC, se ha reservado el nombre de dominio ccbp.com, a
través de la empresa SOURCECODE, C.A. (www.venehosting.com). La aplicación
será accedida a través del dominio www.ccbp.com. De igual manera el Hosting, el
espacio para almacenar la información del SAGGIC en un servidor de Internet y
gestionar su tráfico, se ha contratado con la misma empresa. Entre las razones para
tomar esta decisión se encuentran las siguientes:
Seguridad. Una de las principales características de un servidor es que debe ser
seguro, contratando Hosting para el SAGICC, se traspasa esa responsabilidad al
proveedor, que probablemente esté mucho mejor preparado para prevenir y
reaccionar en temas de seguridad. No sólo nos referimos a virus o hackers, sino a la
seguridad física de los equipos e instalaciones.
Costos. Tanto el software como los equipos para montar un servidor propio de
Internet son especializados, se requiere climatización para mantenerlos a temperatura
óptima, un espacio físico independiente, energía eléctrica de respaldo en caso de
cortos, vigilancia constante. Actualmente los Consejos Comunales “El Bosque” y
“Potrero Cercado II”, no cuentan con instalaciones apropiadas para el
acondicionamiento de instalación del SAGGIC.
Personal. Hacer instalaciones, configurar, actualizar, monitorear el rendimiento y
el tráfico, efectuar copias de respaldo, hacer mantenimiento y todas esas tareas las
tiene que realizar personal capacitado. El SAGGIC contará con un administrador de
la comunidad que trabajará remotamente.

33
Precios. La mayoría de los proveedores internacionales de Hosting ofrecen una
variedad de planes accesibles, desde los básicos para quien recién empieza hasta
aquellos a medida para grandes empresas, desde aquellos en los que el espacio se
comparte con otros, hasta aquellos donde se tienen servidores dedicados al 100% con
redes virtuales privadas, desde aquellos en los que necesitas el servicio sólo por un
mes hasta aquellos en los que contratas el año completo. Para el caso específico del
SAGGIC, el costo del Hosting es actualmente de Bs. 170,00 Bs mensual y el dominio
tiene un precio de 1.000,00 anual.
Flexibilidad. Dado que las necesidades pueden variar rápidamente, tener mucho
tráfico a tu sitio o por el contrario reducirse en temporadas de poca actividad. Los
proveedores internacionales ofrecen opciones para cambiar de un plan a otro
rápidamente, sin necesidad de nuevos contratos, papeleo o requisitos adicionales.
Esto es importante tomarlo en cuenta el proceso de inclusión que actualmente se
fomenta en la educación universitaria, Si el hospedaje del SAGGIC estuviera en
servidores de las comunidades tendría que solicitar donaciones para adquirir equipos,
memorias, procesadores o cualquier otro dispositivo necesario para soportar el
volumen de información.
Facilidad de Manejo. El proveedor del Hosting (venehosting.com) permite
administrar el SAGGIC desde un sencillo panel de control (CPANEL), con ésta
herramienta se llevan a cabo operaciones simples pero importantes como subir o
descargar scripts o hacer copias de respaldo de la información.

34
CAPÍTULO IV
DISEÑO DE LA INTERFAZ
Las interfaces del Sistema se basarán en 3 frames:
Frame Superior: Tendrá el cintillo del sistema, mostrado en la Figura Nro. 3 y se
mostrará en todas las páginas. Dicho frame estará compuesto por las siguientes
propiedades:
 Ancho: 944px.
 Alto: 128px.
 Color de fondo: Blanco (#FFFFFF).
 Bordes: No.
Figura Nro. 1. Cintillo del SAGICC
Frame Izquierdo: En este frame se visualizarán cada una de las opciones de las
cuales dispondrán los diferentes usuarios del sistema.
 Ancho: 158px.
 Alto: 128px.
 Color de fondo: Blanco (#FFFFFF).
 Bordes: Si

35
Frame Derecho: Es donde se visualizarán cada una de las acciones que el usuario
haya seleccionado en el frame izquierdo.
Las características de las páginas estarán sujetas al script css tal como se muestra a
continuación:
Figura Nro. 2: Formato de las Pantallas Principales.
Descripción de Componentes
 Barra de Título: Se utiliza para desplegar el título de la pantalla desplegada. Si la
ventana está activa, la barra de título tendrá un color diferente al resto de las ventanas
desplegadas.
 Menú Principal: Contiene un conjunto de botones que permiten desplegar la
totalidad de las pantallas del sistema.
 Usuario del Sistema: Indica el nombre del usuario que está utilizando el sistema, el
cual ha sido previamente ingresado con una contraseña como requisito para acceder
al sistema.

36
 Hora y Fecha del Sistema: Indica la hora actual del sistema.
 Área de Trabajo: Es el lugar donde se despliegan las pantallas que son activadas a
través del Menú Principal.
 Maximizar: Botón que se utiliza para ampliar o reducir el tamaño de la pantalla.
 Minimizar Ventana: Control que se utiliza para quitar de primer plano de trabajo
una ventana, sin cerrarla.
 Cerrar Ventana: Control que se usa para cerrar una ventana.
Figura Nro. 3: Formato de la Cuenta Administrador.
Gestor de Habitantes: Esta opción permite al Administrador del SAGICC,
registrar los Jefes de Grupo Familiar, Registrar, Modificar y Eliminar la información
las familias pertenecientes a la comunidad. Estos datos que se modificaran son
suministrados de acuerdo al estudio demográfico y socioeconómico.
Gestor de usuarios: Permite al Administrador gestionar las cuentas de usuarios
pertenecientes al SAGICC.

37
Gestor de Estadísticas: Esta opción permite al Administrador generar gráficos o
tablas del censo demográfico que se hace anualmente en la comunidad.
Gestor de Unidades: Esta opción permite al administrador del SAGICC asignar los
Voceros, visualizar las postulaciones de Voceros, registrar los Comités, Registrar,
Modificar y Eliminar los Comités elegidos por la comunidad.
Gestor de Voceros: Esta opción permite al Administrador del SAGICC Eliminar,
Modificar, Registrar los Voceros que fueron postulados.
Imprimir Listados: Esta opción permite al Administrador del SAGICC imprimir los
listados de Voceros, postulaciones a Vocerías y las Estadísticas del Censo
Demográfico.
Figura Nro. 4: Formato de la Pantalla Gestor de Habitantes.

38
En esta pantalla se encuentra información de alta importancia para el registro de
los habitantes o jefe de familia. La cual está comprendida por algunos de los datos
pertenecientes al Jefe de Familia de una Vivienda, tales como:
 Nombres y Apellidos
 Cédula de Identidad
 Teléfonos
 Nivel de Instrucción
 Profesión; entre otros.
Una vez rellenado todos los datos del “Jefe de Familia” seleccionamos
“Guardar”. Cuando se ingrese un “Jefe de Familia” inmediatamente la aplicación
se traslada hacia la lista de habitantes registrados. Allí se selecciona el jefe de familia
que se creó y más abajo se encuentran una serie de botones que permite continuar con
el registro del jefe de familia en cuestión, estos son:
 Ubicación Geográfica
 Grupo Familiar
 Situación Económica
 Situación de la Vivienda
 Salud
 Servicios
En el botón de “Ubicación Geográfica” allí se rellena todos los datos y luego
hacer clic en “Guardar”. Para volver al menú de gestor de habitantes se debe dar clic
a “Regresar”. Asimismo, se realiza la operación con cada uno de los botones u
opciones que se muestran. Para modificar un jefe de familia se debe seleccionar al
mismo y dar clic a “Modificar” luego se debe guardar los cambios y la aplicación

39
regresa al menú principal. En tal caso, desea modificar la ubicación geográfica, grupo
familiar u otro campo de la Ficha de Estudio Demográfico y Socioeconómico,
primeramente se debe seleccionar al jefe de familia al cual se le va a cambiar la
información y luego se da clic al botón de la tabla a modificar.
Para eliminar todos los datos de un jefe de familia, debe dirigirse al menú de
gestor de habitantes y seleccionar el jefe de familia que desea eliminar y dar clic al
botón “Eliminar”.
Figura Nro. 5: Formato de la Pantalla Gestor de Usuarios.
La pantalla Gestión de Usuarios permite al Administrador Gestionar las cuentas
de usuarios pertenecientes al SAGICC en el cual se muestran la cantidad de cuentas
registradas en el sistema así como 3 tipos de opciones:
Modificar status: Esta opción permite al administrador otorgar privilegios
espaciales a las cuentas registradas en el sistema, hay solo 3 tipos de estados
existentes en el sistema.

40
1) Admin: Que identifica a los administradores del sistema
2) Usuario: Este debe ser parte de la comunidad y debe estar previamente cargada través
del censo por el administrador.
3) Vocero: El cuál debe ser una persona perteneciente a la comunidad y elegida
previamente por la asamblea de ciudadanos.
Para modificar una cuenta de usuario se debe dar clic a “Modificar” luego se
debe guardar los cambios y la aplicación regresa al menú principal. Para eliminar una
cuenta de usuario, debe dirigirse al menú de gestor de usuarios y seleccionar la
cuenta que desea eliminar y dar clic al botón “Eliminar”.
Figura Nro. 6: Formato de la Pantalla Cuenta Vocero.
La pantalla Cuenta de Voceros, permite a los Voceros registradores en el sistema
acceder a una serie de opciones:

41
Gestión de Proyectos: Esta permite al vocero de la comunidad modificar y
eliminar los datos de un proyecto previamente cargado en el sistema, verificar los
avances del mismo, así como de ver el estatus de cada proyecto planteado si han sido
aprobados o no por el gobierno de estado. Esta opción de gestión de proyectos solo
está habilitada para los voceros que sean asignados por la comunidad como
coordinador de proyectos.
Carga Nuevo Proyecto: Esta opción permite a los voceros cargar los proyectos
planteados en las asambleas de cuidados tal como se muestra Figura 8: Formato de la
Pantalla Cargar Proyectos.
Gestión de Talleres: Permite al vocero ingresar los datos de los nuevos talleres
que se impartirán en la comunidad , eliminar el registro de los talleres , emitir
listados de talleres, así como ver la cantidad de personas inscritas en los mismos
eliminar o modificar los participantes. Esta opción solo estará habilitada para los
voceros que sean designados por la comunidad como coordinadores de actividades
sociales.
Postulaciones a Vocerías: Esta opción permite al vocero visualizar las vocerías
vacantes por miembros así como los usuarios que se han postulados para los cargos
de las diferentes vocerías.
Si el usuario desea conocer cuáles son los voceros que pertenecen a la comunidad
debe seleccionar la opción Vocerías del menú de usuario esta permite al usuario
acceder a la información los voceros que pertenecen a la comunidad en cada área o
ver los resultados de las elecciones de postulaciones.

42
Imprimir Lista de Proyectos: Esta opción permite al vocero visualizar todos los
proyectos que se han planteado en la comunidad.
Figura Nro. 7: Formato de la Pantalla Inscripción de Participantes.
Esta pantalla los habitantes de la comunidad o personas externas a la misma
pueden realizar la inscripción a los talleres que se imparten en la comunidad
introduciendo en el sistema solo sus datos personales así como el taller a que desean
participar.
Luego de introducir sus datos personales así como el curso a que desea participar
debe realizar el uso del botón enviar para que la información sea cargada al sistema.

43
Figura Nro. 8: Formato de la Pantalla Cargar Proyectos.
Esta pantalla permite a los voceros registrados en el sistema cargar los proyectos
planteados en la comunidad mediante las asambleas de ciudadanos, en los cuales es
indispensable realizar la descripción de los mismos y los presupuestos por cada
proyecto, para de esta manera realizar el seguimiento del mismo.
Una vez introducida la información necesaria el vocero registrado debe realizar el
uso del botón cargar proyectos para registrarlo en el sistema.

44
Figura Nro. 9: Formato de la Pantalla Cuenta Usuario.
Una vez registrado el usuario en el sistema muestra la siguiente pantalla, esta
permite hacer una serie de opciones como cambio de contraseña, postulaciones,
actualización de datos, Vocerías y solicitud de Cartas Comunales, esta permite al
usuario actualizar los datos fa de su grupo familiar así como ver los datos previos
cargados en el sistema. El botón cambio de contraseña permite al usuario cambiar la
clave secreta de su cuenta
Si un usuario del sistema quiere optar por un puesto a las vocerías de la
comunidad debe seleccionar la opción Postulaciones que permite al usuario
habitante de la comunidad Postularse para los cargos de vocería.
Para cambios los datos en la cuenta se utiliza la opción Actualizar datos, esta
permite al usuario la actualización de los datos existentes en su cuenta, actualización

45
de correos electrónicos entre otro tipos de datos que se tomaron a la hora del registro
de la cuenta.
Si el usuario desea conocer cuáles son los voceros que pertenecen a la comunidad
debe seleccionar la opción Vocerías del menú de usuario esta permite al usuario
acceder a la información los voceros que pertenecen a la comunidad en cada área o
ver los resultados de las elecciones de postulaciones. Para solicitar las cartas
comunales se debe seleccionar el botón Cartas comunales esta permite seleccionar el
tipo de carta a solicitar por el usuario y una vez lleno el formulario esta sebe imprimir
y posteriormente debe llevarse ante los voceros para que sea sellada y autentificada
por la comunidad. La opción Talleres permite al usuario visualizar los talleres que se
están impartiendo en la comunidad así como la opción que le permite inscribirse a
ellos.
Figura Nro. 10: Formato del Estudio Demográfico y Socioeconómico (Parte I).

46
Figura Nro. 11: Formato del Estudio Demográfico y Socioeconómico (Parte II).
La pantalla de Estudio Demográfico y Socioeconómico permite al jefe de grupo
familiar realizar la descripción de los datos de los integrantes de su familia, estos
datos son suministrados de los censos anuales que se hacen en la comunidad. Una vez
completado el censo esta información es suministrada al administrador del sistema
(SAGICC) el cual se encarga de cargar los datos. Al estar todos los datos cargados
cada integrante del grupo familiar tendrá el privilegio de poder crearse una cuenta en
el sistema, de estar manera podrá acceder a partes del sistema y el jefe de grupo
familiar podrá actualizar los datos de los integrantes de su familia así como solicitar
cartas comunales entre otras opciones que estarán disponibles.

47
Opción de Menú Operaciones
Gestor de Habitantes
Nos permite agregar / eliminar / modificar datos del
estudio demográfico de los consejos comunales
Gestor de Usuarios
Nos permite Eliminar / Modificar /agregar y modificar
los privilegios de los usuarios registrados en el sistema
Registro de Habitantes
Nos permite hacer el registro de los datos recolectados
del censo comunitarios correspondiente a los
habitantes de las comunidades
Registro de Usuarios
Nos permite acceder a funciones del sistema una vez el
habitante cree una cuenta de usuario de sistema
Gestor de Talleres
Nos permite cargar la data de los talleres así como
eliminar /modificar / agregar
Gestor de Proyectos
Nos permite actualizar / modificar y agregar la
información de los proyectos planteados en las
comunidades , así como realizar el seguimiento del
mismo
Gestor de Gráficas
Nos permite elegir la manera en que se deben
visualizar así como las opciones de graficas que se
muestran en la página web de la comunidad

48
APÉNDICE A
APÉNDICE
Diccionario de Datos de las Tablas de la Base de
Datos del SAGICC
A
Nombre de la Base de Datos: SAGICC
Cotejamiento: utf8_general_ci
Nº Tabla Tipo Comentarios
1 comunidades MyISAM
Contiene los datos de las comunidades “El
Bosque” y “Potrero Cercado II”.
2 familia_servicios MyISAM
Contiene las llaves primarias de las tablas
grupo_familiar y servicios.
3 gastos MyISAM
Contiene información sobre el total de gastos
en los proyectos comunitarios.
4 grupo_familiar MyISAM
Contiene los datos de los familiares del Jefe de
Grupo Familiar.
5 Habitante MyISAM
Contiene los datos de todos los habitantes de
las comunidades.
6 habitante_talleres MyISAM
habitante y talleres.
7 jefe_grupo_familiar MyISAM Contiene los datos del Jefe de Familia.
8 participante_externo MyISAM
Contiene los datos de los participantes y un
registro de los talleres que cursa o ha cursado
un participante.
9 proyecto MyISAM
Contiene una descripción detallada de los
proyectos que se están ejecutando en la
comunidad
10 proyecto_vocero MyISAM
proyecto y vocero.
11 recursos_aportes MyISAM
Contiene información sobre los recursos que
se están utilizando para llevar a cabo los
proyectos comunitarios.
12 salud MyISAM
Contiene las enfermedades, discapacidades o
patologías de cada uno de los integrantes del
Grupo Familiar.

49
13 salud_familia MyISAM
salud y grupo_familiar.
14 servicios MyISAM
Contiene todo los servicios públicos que gozan
cada grupo familiar de las comunidades.
15
situación_económic
a
MyISAM
Contiene el ingreso mensual de las familias y
cuantos habitantes trabajan.
16 situación_vivienda MyISAM
Contiene los datos de la vivienda y al habitante
que le pertenece.
17 talleres MyISAM
Contiene los datos de los talleres que se
imparten en el Consejo Comunal
18 talleres_participante MyISAM
talleres y participante_externo.
19 tipo_usuario MyISAM
Contiene datos de los diferentes tipos de
usuario del sistema SADCE, define los perfiles
de acceso
20 usuario MyISAM Contiene datos de los usuarios del SAGICC
21 vocería MyISAM
Contiene los diferentes comités que se
encuentran en cada Consejo Comunal
22 vocero MyISAM
Contiene los datos del vocero y a qué comité
pertenece

50
APÉNDICE
Descripción de las relaciones entre entidades del Sistema
Administrativo para Gestionar la Información de los Consejos
Comunales “El Bosque” y “Potrero Cercado II” (SAGICC)
BAPÉNDICE B
A continuación se presenta la descripción de las relaciones del Modelo de Objetos
de Negocio del SAGICC.
Nombre Clases Participantes
Nombre Tipo Grado
Nombre de la
Clase
Cardinalidad
RolesMáxima Mínima
Ejecuta Asociación 2 comunidades 1 1 Ejecuta
proyecto 1…* 1 Es
Ejecutad
o
Descripción de la Relación
Una Comunidad gestiona muchos proyectos pero muchos proyectos solo pueden ser
gestionados por una comunidad. Esta relación se establece a través del atributo e índice
único (Pk,Primary Key) id_comunidad de la clase comunidades y un atributo secundario
(Fk, Foreign key) id_proyecto de la clase proyecto. Para la Cardinalidad mínima, se
establece que se requiere una comunidad para gestionar uno o muchos proyectos. En esta
relación se mantiene la integridad cuando todas las ejecuciones de la clase proyecto
corresponden a una única comunidad de la clase comunidades.
Nombre Tipo Grado
Nombre de
la Clase
Cardinalidad
Tiene Asociación 2 comunidades 1 1 Tiene
voceria 1…* 1 Es
Perteneciente
Una Comunidad tiene uno o muchas Vocerías pero muchas Vocerías solo pueden ser
pertenecientes a una sola comunidad. Esta relación se establece a través del atributo e
índice único (Pk,Primary Key) id_comunidad de la clase comunidades un atributo
secundario (Fk, Foreign key) tipo_vocería de la clase vocería. Para la Cardinalidad
mínima, se establece que se requiere una comunidad para tener uno o muchas vocerías.
En esta relación se mantiene la integridad cuando todas las vocerías de la clase vocería
corresponden a una única comunidad de la clase comunidades.

51
Nombre Tipo Grado
Nombre de
la clase
Cardinalidad
Roles
Máxima Mínima
Programa Asociación 2
Comunidades 1 1 Programa
Talleres 1…* 1
Es
programado
Una comunidad programa uno o muchos talleres. Esta relación se establece a
través del atributo e índice único (Pk,Primary Key) id_comunidad y un atributo
secundario (Fk, Foreign key) id_tallerde la clase talleres. Para la Cardinalidad
mínima, se establece que se requiere una comunidad para programar uno o
muchos talleres. En esta relación se mantiene la integridad cuando los talleres de
la clase talleres son programado por una solo comunidad de la clase comunidades
Nombre Tipo Grado
Nombre de
la clase
Cardinalidad
Roles
Máxima Mínima
Tiene Asociación 2
Comunidades 1 1 Tiene
Jefe de Grupo
familiar
1…* 1
Es
perteneciente
Una comunidad tiene uno o muchos Jefes de grupo familiares. Esta relación se
establece a través del atributo e índice único (Pk,Primary Key) cedula_jefe y un
atributo secundario (Fk, Foreign key)Jefe_grupo_familiar de la clase jefe de grupo
familiar .Para la Cardinalidad mínima, se establece que se requiere una
comunidad a la cual puede pertenecer un jefe de grupo familiar . En esta relación
se mantiene la integridad cuando los jefes de grupo familiar de la clase jefe de
grupo familiar pertenecientes a una sola comunidad de la clase comunidades

52
Nombre Tipo Grado
Nombre de la
Clase
Cardinalidad
Ejecuta Asociación 2 Comunidades 1 1 Tiene
Habitantes 1…* 1 Es
perteneciente
Una Comunidad tiene uno o muchos habitantes pero muchos habitantes solo
pueden pertenecer a una sola comunidad. Esta relación se establece a través del
atributo e índice único (Pk,Primary Key) id_comunidad de la clase comunidades y
una atributo secundario (Fk, Foreign key)id_habitante de la clase habitantes . Para
la Cardinalidad mínima, se establece que se requiere una comunidad para que
puedan pertenecer uno o muchos habitantes. En esta relación se mantiene la
integridad cuando todos los habitantes de la clase habitantes corresponden a una
única comunidad de la clase comunidades.
Nombre Tipo Grado
Nombre de la
Clase
Cardinalidad
Asignan Asociación 2 Proyecto 1 1 Asignan
Recursos o
aportes
1…* 1 Es
Asignado
Un proyecto asigna muchos Recursos o aportes pero muchos recursos o aportes
solo pueden ser asignados por una solo proyecto. Esta relación se establece a través
del atributo e índice único (Pk,Primary Key) id_proyecto de la clase proyecto y un
atributo secundario(Fk, Foreign key) id_comunidad de la clase comunidades . Para
la Cardinalidad mínima, se establece que se requiere un proyecto para gestionar
uno o muchos recursos. En esta relación se mantiene la integridad cuando todas las
asignaciones de la clase recursos o aportes corresponden a un único proyecto de la
clase proyecto.

53
Nombre Tipo Grado
Nombre de
la Clase
Cardinalidad
RolesMáxim
a
Mínima
Tiene Asociación 2 Proyecto 1 1 Tiene
Gastos 1…* 1 Es
Perteneciente
Un proyecto tiene uno o muchos gastos pero muchos gastos solo pueden ser
pertenecientes a una solo proyecto. Esta relación se establece a través del atributo e
índice único (Pk,Primary Key) id_proyecto de la clase proyecto. Para la
Cardinalidad mínima, se establece que se requiere un proyecto para tener uno o
muchos gastos. En esta relación se mantiene la integridad cuando todos los gastos
de la clase gastos corresponden a un único proyecto de la clase proyecto.
Nombre Tipo Grado
Nombre de la
Clase
Cardinalidad
Gestiona Asociación 2 Proyecto 1…* 1 Es
gestionad
o
Vocero 1…* 1 Gestiona
Un Proyecto es gestionado por uno o muchos voceros. Esta relación se establece a
través del atributo e índice único (Pk,Primary Key) id_proyecto de la clase
proyecto y el atributo secundario (Fk, Foreign key) id_vocero de la clase vocero.
Para la Cardinalidad mínima, se establece que se requiere un proyecto para ser
gestionado por uno o muchos voceros. En esta relación se mantiene la integridad
cuando todas los proyectos de la clase proyecto corresponden a uno o a muchos
voceros de la clase vocero.

54
Nombre Tipo Grado
Nombre
de la
Clase
Cardinalidad
Roles
Máxima Mínima
Tiene Asociación 2
Vocería 1 1 Tiene
Vocero 1…* 1
Es
Perteneciente
Una vocería tiene uno o muchos Voceros pero muchos Voceros solo pueden ser
pertenecientes a una sola vocería. Esta relación se establece a través del atributo e
índice único (Pk,Primary Key) tipo_voceria de la clase vocería y un atributo
secundario (Fk, Foreign key) id_vocero de la clase vocer . Para la Cardinalidad
mínima, se establece que se requiere una vocería para tener uno o muchos
voceros. En esta relación se mantiene la integridad cuando todos los voceros de la
clase vocero corresponden a una única vocería de la clase vocería.
Nombre Tipo Grado
Nombre de
la Clase
Cardinalidad
Roles
Máxima Mínima
Tiene Asociación 2
Vocería 1 1 Tiene
Vocero 1…* 1
Es
Perteneciente
Una vocería tiene uno o muchos Voceros pero muchos Voceros solo pueden ser
pertenecientes a una sola vocería. Esta relación se establece a través del atributo e
índice único (Pk,Primary Key) tipo_voceria de la clase vocería y un atributo
secundario (Fk, Foreign key) id_vocero de la clase vocero. Para la Cardinalidad
mínima, se establece que se requiere una vocería para tener uno o muchos
voceros. En esta relación se mantiene la integridad cuando todos los voceros de la
clase vocero corresponden a una única vocería de la clase vocería.

55
Nombre Tipo Grado
Nombre de la
clase
Cardinalidad
Roles
Máxima Mínima
Participa Asociación 2
Talleres 1…* 1 Participa
Habitantes 1…* 1 Participan
Un habitante Participa en muchos talleres y en varios talleres participan muchos
habitantes. Esta relación se establece a través del atributo e índice único
(Pk,Primary Key) ci_habitante, id_taller de las clases habitantes y talleres y el
atributo secundario (Fk, Foreign key) ci_habitante , id_taller de las clases
habitantes y talleres . Para la Cardinalidad mínima, se establece que se requiere un
taller para que participen uno o muchos habitantes. En esta relación se mantiene
la integridad cuando en los talleres de la clase talleres participan uno o muchos
habitantes de la clase habitantes.
Nombre Tipo Grado
Nombre de la
clase
Cardinalidad
Roles
Máxima Mínima
Participa Asociación 2
Talleres 1…* 1 Participa
Participante
externo
1…* 1 Participan
Un participante externo Participa en muchos talleres y en varios talleres
participan muchos Participantes externos. Esta relación se establece a través del
atributo e índice único (Pk,Primary Key) cedula_participante , id_taller de las
clases habitantes y talleres y el atributo secundario (Fk, Foreign key)
cedula_participante , id_taller de las clases participante externo y talleres . Para la
Cardinalidad mínima, se establece que se requiere un taller para que participen
uno o muchos habitantes. En esta relación se mantiene la integridad cuando en los
talleres de la clase talleres participan uno o muchos habitantes de la clase
habitantes.

56
Nombre Tipo Grado
Nombre de la
Clase
Cardinalidad
Roles
Máxima Mínima
participa Asociación 2
Vocero 1 1 Participa
Habitante 1 1
Es
Perteneci
ente
Un habitante puede participar como vocero y un vocero solo puede ser mimbro de
la comunidad. Esta relación se establece a través del atributo e índice único
(Pk,Primary Key) id_vocero de la clase vocero y un atributo secundario (Fk,
Foreign key) id_habitante de la clase habitante . Para la Cardinalidad mínima, se
establece que para ser un vocero debe ser habitante de la comunidad. En esta
relación se mantiene la integridad cuando todos los voceros de la clase vocero
corresponden a un único habitante de la clase habitante.
Nombre Tipo Grado
Nombre de la
clase
Cardinalidad
Roles
Máxima Mínima
Gestiona Asociación 2
Habitantes 1…* 1
Es
perteneciente
Grupo familiar 1 1 Pertenece
A un Grupo familiar puede Pertenecer uno o muchos habitantes pero un
habitante solo puede pertenecer a un solo Grupo Familiar. Esta relación se
establece a través del atributo e índice único (Pk,Primary Key) id habitante la clase
de Grupo familiar y un atributo secundario (Fk, Foreign key) id_familia de la clase
grupo familiar . Para la Cardinalidad mínima, se establece que se requiere un
Grupo familiar para que pertenezcan uno o muchos habitantes. En esta relación
se mantiene la integridad cuando todos los habitantes corresponden a un único
Grupo hogar.

57
Nombre Tipo Grado
Nombre de la
Clase
Cardinalidad
Roles
Máxima Mínima
Habitante 1 1 Tiene
Usuario 1 1 Pertenece
Un habitante puede tener un único usuario. Esta relación se establece a través del
atributo e índice único (Pk,Primary Key) id_habitante de la clase habitante y un
atributo secundario (Fk, Foreign key) id_usuario de la clase usuario . Para la
Cardinalidad mínima, se establece que para poder tener un usuario debe ser
habitante de la comunidad. En esta relación se mantiene la integridad cuando todos
los usuarios de la clase usuario corresponden a un único habitante de la clase
habitante.
Nombre Tipo Grado
Nombre de la
Clase
Cardinalidad
Roles
Máxima Mínima
Usuario 1 1 Tiene
Tipo de usuario 1 1 Pertenece
Un usuario puede tener un único tipo de usuario. Esta relación se establece a
través del atributo e índice único (Pk,Primary Key) id_usuario de la clase usuario
y un atributo secundario (Fk, Foreign key) tipo_usuario de la clase Tipo de usuario
. Para la Cardinalidad mínima, se establece que solo puede tener un solo tipo de
usuario. En esta relación se mantiene la integridad cuando todos los usuarios de la
clase usuario corresponden a un único tipo de usuario de la clase tipo de usuario.
Nombre Tipo Grado
Nombre de la
Clase
Cardinalidad
Roles
Máxima Mínima
Grupo familiar 1 1 Tiene
Situación de
vivienda
1 1 Pertenece
Un usuario puede tener una única situación de vivienda. Esta relación se establece a través
del atributo e índice único (Pk,Primary Key) id_familia de la clase grupo familiar y un
atributo secundario (Fk, Foreign key) id_vivienda de la clase situación de vivienda . Para
la Cardinalidad mínima, se establece que solo un grupo familiar puede tener una sola
vivienda. En esta relación se mantiene la integridad cuando todos los grupos familiares
de la clase grupo familiar le corresponden a una única vivienda de la clase situación de
vivienda.

58
Nombre Tipo Grado
Nombre de la
Clase
Cardinalidad
Roles
Máxima Mínima
Grupo familiar 1 1 Tiene
Situación
económica
1 1 Pertenece
Un Grupo familiar puede tener una única situación económica. Esta relación se
establece a través del atributo e índice único (Pk,Primary Key) id_familia de la
clase grupo familiar. Para la Cardinalidad mínima, se establece que solo un grupo
familiar puede tener una sola situación económica. En esta relación se mantiene la
integridad cuando todos los grupos familiares de la clase grupo familiar le
corresponden a una única situación de económica situación económica.
Nombre Tipo Grado
Nombre de la
clase
Cardinalidad
Roles
Máxima Mínima
Tiene Asociación 2
Grupo familiar 1…* 1 Tiene
Salud 1…* 1 Asociada
Un Gurpo familiar puede tener diversos problemas de salud y muchos problemas
de salud pueden estar asociados a diversos grupos familiares. Esta relación se
establece a través del atributo e índice único (Pk,Primary Key) id_familiar ,
id_salud de las clases grupo familiar y salud y el atributo secundario (Fk, Foreign
key) ) id_familiar , id_salud de las clases grupo familiar y salud. Para la
Cardinalidad mínima, se establece que se requiere un grupo familiar para que
sean asociada uno o muchos problemas de salud. En esta relación se mantiene la
integridad cuando en los grupos familiares es asociadas uno o muchos problemas
de salud.

59
Nombre Tipo Grado
Nombre de la
clase
Cardinalidad
Roles
Máxima Mínima
Tiene Asociación 2
Grupo familiar 1…* 1 Tiene
Salud 1…* 1 Asociada
Un Gurpo familiar puede tener diversos problemas de salud y muchos problemas
de salud pueden estar asociados a diversos grupos familiares. Esta relación se
establece a través del atributo e índice único (Pk,Primary Key) id_familiar ,
id_salud de las clases grupo familiar y salud y el atributo secundario (Fk, Foreign
key) ) id_familiar , id_salud de las clases grupo familiar y salud. Para la
sean asociada uno o muchos problemas de salud. En esta relación se mantiene la
integridad cuando los problemas de salud son asociados uno o muchos grupos
familiares .
Nombre Tipo
Grad
o
Nombre de
la clase
Cardinalidad
Roles
Máxima
Mínim
a
Tiene Asociación 2
Grupo
familiar
1…* 1 Tiene
Servicios 1…* 1 Asociado
Un Gurpo familiar puede tener asociados uno o muchos. Esta relación se establece
a través del atributo e índice único (Pk,Primary Key) id_familia , id_servicios de
las clases grupo familiar y servicios y el atributo secundario (Fk, Foreign key) )
id_familia , id_servicios de las clases grupo familiar y servicios. Para la
sean asociados uno o muchos servicios. En esta relación se mantiene la integridad
cuando los servicios son asociados a uno o muchos grupos familiares.
C

60
APÉNDICE
Descripción de atributos y llaves primarias del Sistema
C
APÉNDICE C
Comunidades
Nro. Campo Tipo Nulo Predeterminado Comentarios
1 id_comunidad int(3) No None
2 consejo_comunal varchar(30) No None
3 Código float No None
4 Rif float No None
5 nro_cuenta float No None
6 Estado varchar(10) No None
7 Municipio varchar(10) No None
8 Parroquia varchar(10) No None
9 Sector varchar(20) No None
10 nombre_comunidad varchar(20) No None
11 Dirección text No None
familia_servicios
1 id_familia int(3) No None
2 id_servicios int(3) No None
Gastos
1 id_proyecto int(4) No None
2 Subtotal decimal(12,2) No None
3 Total decimal(12,2) No None

61
grupo_familiar
2 cedula_familia int(8) No None
3 nombres varchar(40) No None
4 apellidos varchar(40) No None
5 sexo varchar(1) No None
6 fecha_naci date No None
7 edad tinyint(3) No None
8 tipo_discapacidad varchar(10) Si NULL
9 embarazo_temprano varchar(2) Si NULL
10 parentesco varchar(10) Si NULL
11 grado_instruccion varchar(17) No None
12 cne varchar(2) Sí NULL
13 profesión varchar(20) No None
14 pensionado varchar(2) Si NULL
15 ingreso_mensual decimal(12,2) No None
16 id_vivienda int(3) No None
17 id_trabajo int(3) No None
18 cedula_jefe int(8) No None
habitante
1 Id_habitante int(3) No None
2 Cedula_jefe int(8) No None
3 Id_familia int(3) No None
4 Id_comunidad int(3) No None
5 Id_vocero int(3) No None
6 Id_usuario int(3) No None
habitante_talleres
1 id_taller int(3) No None
2 id_habitante int(3) No None

62
jefe_grupo_familiar
5 nacionalidad varchar(1) No None
7 sexo varchar(1) No None
8 cne varchar(2) Si NULL
9 tiempo_comunidad varchar(9) No None
10 incapacitado varchar(2) Si None
11 tipo_incapacidad varchar(10) Si None
12 pensionado varchar(2) Si None
13 institucion_pension varchar(25) Si None
14 estado_civl varchar(10) No None
15 nivel_instruccion varchar(17) No None
16 profesion_oficio varchar(20) No None
17 trabajo_actual varchar(2) No None
18 clasificacion_ingreso varchar(21) No None
19 ingreso_mensual decimal(12,2) No None
20 tlf_celular int(11) Si NULL
21 tlf_habitacion int(11) Si NULL
22 tlf_oficina int(11) Si NULL
23 email varchar(40) Si NULL
24 n_hijos int(2) Si NULL
25 id_familiar int(3) No None
participante_externo
1 cedula_participante int(8) No None
6 dirección varchar(80) No None
7 tlf_celular int(11) Si NULL
8 tlf_habitancion int(11) Si NULL

63
proyecto
2 tipo_proyecto varchar(20) No None
3 descripción varchar(90) No None
4 fecha_inicio date No None
5 fecha_culminacion date No None
proyecto_vocero
1 id_vocero int(3) No None
recursos_aportes
2 presupuesto decimal(12,2) No None
3 recurso varchar(20) No None
4 monto_total decimal(12,2) No None
5 institución_empresa varchar(30) No None
salud
1 id_salud int(3) No None
2 nucleo_familiar varchar(20) Si NULL
3 ayuda_especial varchar(2) SI NULL
4 tipo_ayuda varchar(30) Sí NULL
5 situación_exclusion varchar(30) Sí NULL
6 cantidad_excluidos int(4) Si NULL
salud_familia
2 id_salud int(3) No None

64
servicios
1 id_servicios int(3) No None
2 gas varchar(30) No None
4 sistema_electrico varchar(30) No None
4 recolección_basura varchar(30) No None
5 telefonía varchar(30) No None
6 transporte varchar(30) No None
7 mecanismo_informacion varchar(30) No None
8 servicio_comunales varchar(30) No None
9 aguas_blancas varchar(30) No None
10 aguas_servidas varchar(30) No None
situacion_economica
1 id_trabajo int(3) No None
2 trabaja_actualmente varchar(2) No None
4 tipo_trabajo varchar(30) No None
4 actividad_comercial varchar(2) Sí NULL
5 tipo_actividad varchar(30) Sí NULL
6 ingreso_familiar decimal(12,2) No None
situacion_vivienda
1 id_vivienda int(3) No None
2 forma_tenencia varchar(30) No None
3 tipo_vivienda varchar(30) No None
4 cantidad_habitaciones varchar(3) No None
5 ocv varchar(2) Sí NULL
6 terreno_propio varchar(2) No None
7 tipo_pared varchar(30) No None
8 tipo_techo varchar(30) No None
9 inscrito_sivih varchar(2) Si NULL
10 constancia_inscripcion varchar(10) Si NULL
11 politica_habitancional varchar(2) Si NULL
12 enseres_vivienda varchar(30) No None
13 condiciones_salubridad varchar(30) No None
14 tipo_ayuda varchar(30) Si NULL
15 insectos_roedores varchar(30) SI NULL
16 animales_domesticos varchar(30) Si NULL
18 condición_terreno varchar(30) No None

65
Talleres
2 Descripción int(3) No None
3 fecha_inicio date No None
4 fecha_culminacion date No None
talleres_participante
2 cedula_participante int(8) No None
tipo_usuario
1 tipo_usuario int(12) No None
2 Descripción varchar(20) No None
Usuario
1 id_usuario int(3) No None
2 cedula_jefe int(8)) No None
3 Email varchar(40) No None
4 Usuario varchar(10) No None
5 Password varchar(15) No None
6 Pregunta varchar(30) No None
7 Respuesta varchar(30) No None
8 Status varchar(10) No None
9 tipo_usuario int(4) No None
10 Fecha date No None
11 Ip varchar(15) No None

66
voceria
1 id_voceria int(3) No None
2 tipo_voceria varchar(20) No None
3 comite varchar(20) No None
vocero
1 id_vocero int(3) No None
3 cedula_familia int(8) No None
4 id_voceria int(3) No None
5 id_habitante int(3) No None

67
APÉNDICE
Relación de Registros en la Base de Datos del Sistema
D
APÉNDICE D
A continuación se presenta la relación de registros en la Base de datos del SAGICC
al 23 de Junio de 2014
Tabla Registros Tipo Tamaño Comentarios
comunidades 0 MyISAM 1 KiB
InnoDB free: 9216 kB
Creation: Jun 23, 2014 at 01:26 PM
Last update: Jul 02, 2014 at 09:33 PM
Last check: Jul 02, 2014 at 09:33 PM
familia_servicios 0 MyISAM 1 KiB
gastos 0 MyISAM 1 KiB
grupo_familiar 0 MyISAM 1 KiB
habitante 0 MyISAM 1 KiB
habitante_talleres 0 MyISAM 1 KiB
InnoDB free: 9216 kB; InnoDB free: 9216 kB
fefe_grupo_familiar 0 MyISAM 1 KiB
participación_externo 0 MyISAM 1 KiB
proyecto 0 MyISAM 1 KiB
proyecto_vocero 0 MyISAM 1 KiB
recursos_aportes 0 MyISAM 1 KiB

68
salud 0 MyISAM 1 KiB
salud_familia 0 MyISAM 1 KiB
servicios 0 MyISAM 1 KiB
InnoDB free: 9216 Kb
situación_vivienda 0 MyISAM 1 KiB
talleres MyISAM 1 KiB
talleres_participante 0 MyISAM 1 KiB
tipo_usuario 0 MyISAM 1 KiB
usuario 1 MyISAM 5.1 KiB
vocería 0 MyISAM 1 KiB
vocero 0 MyISAM 1 KiB
22 tablas 1 -- 26.1 KiB

Informe de Especificacion de Diseño

Recomendados

Recomendados

Más contenido relacionado

Destacado

Destacado (7)

Similar a Informe de Especificacion de Diseño

Similar a Informe de Especificacion de Diseño (20)

Más de Yonaiker Briceño

Más de Yonaiker Briceño (7)

Último

Último (20)

Informe de Especificacion de Diseño