You are on page 1of 78

REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN SUPERIOR


UNIVERSIDAD POLITÉCNICA DEL OESTE “MARISCAL SUCRE”
CÁTEDRA: PROYECTO SOCIO TECNOLÓGICO III
PROFESOR: ROBERTO GUERRA.

IMPLEMENTAR UN SISTEMA DE INFORMACIÓN DE REGISTRO POBLACIONAL


QUE PERMITA AGILIZAR LOS PROCESOS DE OBTENCIÒN DE INFORMACIÒN
PARA EL CONSEJO COMUNAL “JOSE PILAR ROMERO”
DE LA PARROQUIA SAN JUAN.

Integrantes:
Chaustre José C.I. 6.866.452
García Francisco C.I 15.168.181
Moreno William C.I. 3.726.529
Rodríguez Milagros C.I 15.931.461
Silva Jenny C.I. 17.153.797
Urdaneta Luis C.I. 7.778.453
Vivas Rafael C.I. 16.134.997
Caracas, Noviembre de 2009

INDICE

ANALISIS DEL SISTEMA..............................................................................................1


NOMBRE DE LA COMUNIDAD....................................................................................2
RESEÑA HISTÓRICA SOBRE LA COMUNIDAD Y EL BANCO COMUNAL.........2
RESEÑA HISTÓRICA DE LOS BANCOS COMUNALES...........................................4
Los Bancos Comunales.................................................................................................4
¿Qué son los Bancos Comunales?.................................................................................4
SOBRE LA METODOLOGÍA DE BANCOS COMUNALES....................................5
LOS BANCOS COMUNALES EN VENEZUELA.........................................................6
UBICACIÓN DE LA COMUNIDAD..............................................................................7
PROBLEMAS PLANTEADOS POR LOS INTEGRANTES DE LA COMUNIDAD...8
DEFINICIÓN DEL PROYECTO.....................................................................................9
OBJETIVO GENERAL................................................................................................9
OBJETIVOS ESPECÍFICOS........................................................................................9
ESTUDIO DE FACTIBILIDAD.....................................................................................10
PARTE I: OBJETIVOS RAZONABLES...................................................................10
PARTE II: DETERMINACIÓN DE RECURSOS.....................................................11
DIAGRAMA DE GANTT PARA EL PROYECTO SOCIOTECNOLOGICO DEL
CONSEJO COMUNAL “JOSÉ PILAR ROMERO” DE LA PARROQUIA SAN JUAN
.........................................................................................................................................32
METODOLOGIA DE DESARROLLO A UTILIZAR...................................................33
DISEÑO DEL SISTEMA................................................................................................46
OBJETIVOS DEL SISTEMA.........................................................................................47
OBJETIVO GENERAL..............................................................................................48
OBJETIVOS ESPECÍFICOS......................................................................................48
ALCANCE DEL SISTEMA.......................................................................................48
GLOSARIO DE TÉRMINOS.....................................................................................48
BENEFICIOS ............................................................................................................50
DESCRIPCION GENERAL DEL SISTEMA ...............................................................51
REQUERIMIENTOS FUNCIONALES.....................................................................51
ACTORES...................................................................................................................51
DIAGRAMAS DE CASOS DE USO.........................................................................52
DESCRIPCIÓN DE LOS CASOS DE USOS.............................................................54
EVENTOS...................................................................................................................56
DIAGRAMA CONTEXTUAL...................................................................................61
DIAGRAMA DE ESTRUCTURA ESTÁTICA (DE CLASES)................................62
DIAGRAMAS DE INTERACCIÓN..........................................................................63
DIAGRAMAS DE COLABORACION......................................................................67
DIAGRAMA DE ESTADO........................................................................................69
DIAGRAMAS DE ACTIVIDAD...............................................................................71
ATRIBUTOS DE CALIDAD DEL SOFTWARE..........................................................73
Funcionalidad..............................................................................................................73
Fiabilidad.....................................................................................................................73
Usabilidad....................................................................................................................73
Eficiencia.....................................................................................................................74
Mantenibilidad.............................................................................................................74
Portabilidad..................................................................................................................74
BIBLIOGRAFÍA.............................................................................................................75
ANALISIS DEL SISTEMA

1
NOMBRE DE LA COMUNIDAD

Consejo Comunal: José Pilar Moreno

RESEÑA HISTÓRICA SOBRE LA COMUNIDAD Y EL BANCO COMUNAL

El Consejo Comunal José Pilar Romero fue creado en julio de 2007 en


Caracas, bajo el Certificado de Registro 0101170008, en el sector San Juan y
está conformado por 650 familias aproximadamente. Inicialmente la directiva
estaba conformada por los siguientes integrantes:

Órgano Ejecutivo
Nombre Comité de trabajo
Yuber Gómez Infraestructura
José Calvo Bolívar Protección e Igualdad
Saturnino González Seguridad y Defensa
Humberto Pariska Economía Popular
María Pedroza Salud
Daisy Hidalgo Deporte y Recreación
Thaís Carapaica Cultura y Educación
Juan Piña Energía, gas y agua
Raquel Caicedo Alimentación
Norklis Lemus Madres del barrio
Tomás Pineda Servicios públicos

Gestión Financiera
Isaolina Carapaica
Noris Herrera
Moisés Pacheco
Luis Arteaga
Alvaro Andrade

Contraloría Social
José Avilan
Yolimar Velásquez
Hilda Vera
Malgrett Mila de la Roca
Julia Molina

Como ente rector de los recursos asignados al Consejo Comunal se crea


el Banco Comunal José Pilar Romero R.L el cual “adopta el régimen de
Responsabilidad Limitada y tendrá una duración indefinida y de carácter

2
permanente salvo que la asamblea de ciudadanos del consejo comunal decida
su disolución”, según consta en documento de creación.

Aparece registrado bajo el número 501333 de SUNACOOP por los


siguientes integrantes del Consejo Comunal: Noris Herrera R., Moisés H.
Pacheco M., Luis F. Arteaga H., Pedro A. Andrade, Isolina J. Carapaica
quienes fueron seleccionado en Asamblea Constituyente Comunitaria del
Consejo Comunal.

Ahora, ¿qué sabemos de José Pilar Romero?


Según los entrevistados, José Pilar Romero fue un luchador social en el
sector El Guarataro y ayudó a muchos de los habitantes.
Estaba pendiente de cualquier obra que fuera útil para el barrio.
En su honor fue pintado este mural en la parroquia San Juan por el
“Colectivo Frente de Estudiantes Universitarios Mariscal Sucre del Oeste de
Caracas”.

Mural realizado con el "Consejo Comunal José Pilar Romero" del Barrio El Guarataro
(Caracas Venezuela) y el Colectivo Frente de Estudiantes Universitarios Mariscal Sucre del
Oeste de Caracas.

3
RESEÑA HISTÓRICA DE LOS BANCOS COMUNALES

Los Bancos Comunales

El Ingeniero Agrónomo Jorge Delgado Choque quien es Consultor


especialista en Bancos Comunales hace un trabajo muy interesante para
http://www.bancoscomunales.org/ en octubre 2007, el cual es colocado en internet
y puede ser bajado libremente.

¿Qué son los Bancos Comunales?

“Bancos Comunales es un programa social, sostenible y rentable con


servicios de Crédito Ahorro, capacitación y otros servicios no financieros, que
busca trabajar principalmente con mujeres de pocos recursos económicos que
tienen alguna actividad que genere ingresos, con el objetivo de mejorar la
calidad de vida, promoviendo el desarrollo integral de sus familias, a través de
la conformación de grupos u organizaciones de mujeres con deseos de salir
adelante con dignidad y voluntad propia”.

4
SOBRE LA METODOLOGÍA DE BANCOS COMUNALES

La metodología de Bancos Comunales es una de las herramientas más


eficaces hasta ahora en la lucha contra la pobreza, esta si es aplicada con
principios y valores humanos posibilita al ser humano y principalmente a las
mujeres a recuperar la dignidad y salir de la pobreza con base en su propio
esfuerzo y voluntad.
Esta herramienta fue creada para ayudar a miles de personas principalmente
mujeres a salir de la pobreza, por el éxito demostrado está siendo aplicada por
cientos de organizaciones de desarrollo en todo el mundo de manera
sostenible y rentable, con indicadores de riesgo menor a 1% y en algunos
casos con “0” mora, tal es la eficacia de la metodología de Bancos
Comunales (crédito ahorro y capacitación) en cuanto a indicadores financieros
y productividad que han interesado a Instituciones Reguladas, Cooperativas e
incluso particulares.
A su tiempo, las organizaciones de microfinanzas se plantearon el reto de
atender con servicios financieros y servicios no financieros (capacitación,
asistencia técnica, salud, seguros) a los sectores más pobres de la población,
donde la única forma de dar servicios a este segmento excluido de la Banca
Formal era mediante la metodología de Bancos Comunales que permite una
masificación del microcrédito y mayor alcance de manera sostenible y rentable
con costos reales de mercado para el cliente.
Actualmente en todo el mundo cientos de organizaciones de microfinanzas
están aplicando la metodología de Bancos Comunales de manera sostenible y
rentable y con mucho éxito. En este momento en su mayoría miles de mujeres
están asistiendo a las reuniones de sus bancos comunales con la esperanza de
mejorar sus vidas y la de sus hijos.
Bancos comunales no solo es un producto crediticio más, si no es una
metodología y un programa integral de desarrollo sostenible con
responsabilidad social, donde está incluido varios servicios: crédito,
capacitación, ahorro, asistencia técnica, salud, desarrollo espiritual y
autoestima, lo cual asegura el éxito de los programas que aplican esta

5
metodología. En resumen podemos decir que el trabajo con bancos comunales
no es un negocio más, si no, es un "PROGRAMA SOCIAL SOSTENIBLE y
RENTABLE”
La herramienta más exitosa en todo el mundo en la lucha contra la pobreza
"BANCOS COMUNALES ES UN PROGRAMA SOCIAL, SOSTENIBLE Y
RENTABLE"

LOS BANCOS COMUNALES EN VENEZUELA

En el año 2006 el Presidente de la República Bolivariana de Venezuela, Hugo


Chávez Frías, pone en funcionamiento los primeros 200 bancos comunales en
el país, con la entrega de financiamiento y juramentación de sus integrantes.
Entre las finalidades que tienen los bancos comunales está el fortalecimiento
del poder popular mediante la construcción de un nuevo sistema social bajo el
respeto al ser humano, el medio ambiente, la promoción de la participación
democrática, la solidaridad y la búsqueda del bien común. Estas instancias
comunitarias buscan elevar la conciencia de la población mediante el estímulo
a distintas formas de asociación y cooperación en procura de incentivar la
producción y el desarrollo endógeno. La meta del Ejecutivo nacional es crear
800 bancos comunales este año, y para ello se anunció la inversión de 480 mil
millones de bolívares. Estas organizaciones populares se convierten en los
brazos financieros de los Consejos Comunales, y forman parte de un paso más
en la integración entre el pueblo y el Gobierno para la construcción de una
nueva Patria. Video fuente: VTV

Fuente:http://yosmaryderausseo.blogspot.com/2006/06/los-bancos-
comunales.html

6
UBICACIÓN DE LA COMUNIDAD

La comunidad se encuentra en la siguiente dirección: Calle Real de El


Guarataro, con Cola de Pato, Calle Nueva, Cola de Pato a Cruz, Parroquia San
Juan, Municipio Libertador, Caracas, Distrito Capital.

7
PROBLEMAS PLANTEADOS POR LOS INTEGRANTES DE LA
COMUNIDAD

En la actualidad el Consejo Comunal “José Pilar Romero” de la Parroquia San


Juan presenta graves dificultades para llevar un registro poblacional de la
comunidad. La comunidad en la cual se enfocó nuestro Proyecto Socio
Tecnológico, cubre aproximadamente 650 familias (No existe un registro formal
manual ni automatizado, es parte de los problemas planteados, pero la cifra
puede ser muy superior).

El Consejo Comunal “José Pilar Romero” de la Parroquia San Juan, no cuenta


con la información necesaria sobre los datos generales de la vivienda de cada
familia, los datos sociolaborales, las características individuales de cada
miembro de la familia, los datos socioeconómicos, las diferentes enfermedades
o discapacidades que puedan presentar algún miembro de la comunidad,
familias con niños o adultos excepcionales, madres solteras y familias en
precarias condiciones económicas y sociales. Por ello se debe vincular este
registro con los distintos proyectos sociales, para garantizar así que los
recursos lleguen a quienes más los necesiten.

Actualmente el registro poblacional se lleva en carpetas por familia, por eso se


dificulta la obtención de información oportuna e inmediata, ya que esto implica
recurrir a la revisión manual, carpeta a carpeta de cada expediente.

8
DEFINICIÓN DEL PROYECTO

OBJETIVO GENERAL

Implementar un Sistemas de Información de Registro Poblacional que permita


agilizar los procesos de obtención de información para el Consejo Comunal
“José Pilar Romero” de la Parroquia San Juan.

OBJETIVOS ESPECÍFICOS

• Identificar la necesidad de automatizar las actividades del Consejo


Comunal “José Pilar Romero” de la Parroquia San Juan en cuanto al
registro poblacional de la comunidad.

• Analizar toda la información referente a los procesos de obtención de


información del registro poblacional aplicado a la comunidad que son
llevados a cabo por el Consejo Comunal “José Pilar Romero” de la
Parroquia San.

• Describir las Bases Teóricas-Técnicas y Legales para la implantación del


Sistema de Información del registro poblacional para la comunidad
implementado por el Consejo Comunal “José Pilar Romero” de la
Parroquia San.

• Elaborar una propuesta para el diseño e implantación de un sistema


automatizado para el Consejo Comunal “José Pilar Romero” de la
Parroquia San.

9
ESTUDIO DE FACTIBILIDAD

PARTE I: OBJETIVOS RAZONABLES

1. Reducción de errores, y contar con una mayor precisión en la captura


de datos:
Debido al estudio y levantamiento de información realizado al Consejo
Comunal “José Pilar Romero” de la Parroquia San Juan, para la realización del
Sistema de Registro Poblacional, se van a reducir en gran parte los errores, ya
que se realizará un formato tipo encuesta, adecuado para la captura de datos
de la comunidad y así obtener la información que se requiere de manera rápida
y eficaz, igualmente el sistema contará con las validaciones respectivas para
mantener una data integra y así tener una precisión en los datos capturados.

2. La reducción del costo de las salidas del sistema, mediante la


simplificación o eliminación de informes duplicados o innecesarios.

En el Sistema de Registro Poblacional, se centralizará toda la


información de la comunidad, para un mayor manejo de la información que
permita disminuir la duplicidad de los datos, la cantidad de material impreso
sobre las encuestas de cada familia, y poder consultar a través de los reportes
específicos la información que se requiera.

3. La actualización del servicio al cliente con el fin de alcanzar un mejor


nivel competitivo.

Al realizar este Sistema de Registro Poblacional, estaríamos elevando el


nivel de gestión del Consejo Comunal, ya que sería un gran avance para la
comunidad, agilizar los procesos que se llevan de forma manual y nos
permitiría además replicar este alcance a todos los Consejos Comunales en el
ámbito territorial, para que alcancen un nivel competitivo y eficiente en la
administración y manejo de recursos del estado.

10
4. La automatización de procedimientos manuales para mejorarlos.

La automatización de los procesos manuales de Registro Poblacional en


el Consejo Comunal, nos permite agilizar el trabajo arduo que lleva
actualmente el Consejo Comunal “José Pilar Romero” de la Parroquia San
Juan, los mismos son: llevar el registro de cada familia en carpetas que
dificultan la obtención de información y a su vez se hace difícil que lleguen los
recursos a las familias y también les permitirá disminuir en gran cantidad el
material físico.

PARTE II: DETERMINACIÓN DE RECURSOS

1. Factibilidad Económica:

1.1.- Recursos Humanos:

Nombre Costo del Costo Social


Cantidad Descripción mercado laboral BsF
BsF
Analista de 3.500,00 0,00
1 Chaustre José
Sistemas
Analista de García 3.500,00 0,00
1
Sistemas Francisco
Analista de 3.500,00 0,00
1 Sistemas Moreno William

Analista de Rodríguez 3.500,00 0,00


1
Sistemas Milagros
Analista de 3.500,00 0,00
1 Silva Jenny
Sistemas
Analista de 3.500,00 0,00
1 Urdaneta Luis
Sistemas
Analista de 3.500,00 0,00
1 Vivas Rafael
Sistemas
Total General 24.500,00 0,00

11
1.2.- Servicios:

El Consejo Comunal a través de los recursos que perciben para los


proyectos y otras actividades, dispone para cancelar un servicio ABA de
Internet, no obstante, para efectos de operación del sistema este no se
requiere, pero sí para insertar la comunidad en el ámbito global de las
comunicaciones y permitir su interacción con los distintos entes públicos
rectores y con el resto de consejos comunales. Esto deriva en un beneficio
intangible de la implantación del sistema.

Costo mensual Costo anual


Servicios
BsF. BsF.
Luz
30,00 360,00
eléctrica
Internet
60,00 720,00
(ABA)
TOTAL 100,00 1.080,00

1.3.- Suministros:

Existen también los recursos para garantizar la adquisición de los


consumibles que emplearía el sistema, en principio estos se orientan a
cartuchos de impresión y dispositivos de almacenamiento externo tipo pen
drive. En la actualidad el Consejo cuenta con un microcomputador, no han
adquirido más equipos porque no tienen desarrolladas las herramientas
necesarias para administrar las diversas operaciones del Consejo.

Costo
Costo Total
Cantidad Descripción Características unitario
BsF.
BsF.
24 Cartuchos de Cartuchos de tinta
impresión negra y de color 100,00 2.400,00
(2 mensuales) HP
Dispositivo de
almacenamiento de
4 Pendrive 80,00 320,00
4GB c/u, modelo
Kingston
TOTAL 180,00 2.720,00

12
1.4.-Programas:

La plataforma de software sobre la cual operará el sistema es abierta, para


cumplir así con lo establecido en el Decreto 3390 sobre el uso del software
libre en la administración pública, que persigue alcanzar la soberanía
tecnológica del Estado venezolano. Las herramientas propuestas son PHP
y MySQL.

Cantidad Descripción Características Costo Unitario Total Costo


My SQL,
Manejador de
2 PostgreSQL, 0 Bs.F 0 Bs.F
B.D
Software Libre.
Entorno de
1 PHP 0 Bs.F 0 Bs.F
desarrollo
Total General 0 Bs.F 0 Bs.F

1.5 Costos de los equipos propuestos (Hardware):


Costo
Costo Total
asociado al
Cantidad Descripción Características Unitario Costo
Proyecto
BsF BsF
BsF
Genérico ISONIC
2 Case CCX-S259ROGA 259,00 518,00 0,00
Plateado
Intel® Pentium®
dual core
2 Procesador Desktop 778,52 1.557,04 0,00
Processor E2160
1.80 GHz
Foxconn Tarjeta
2 Tarjeta Madre Madre i945GC 409,78 819,56 0,00
socket 775
2 Memoria Kingston 182,00 364,00 0,00
Memoria 2GB
667MHz DDR2

13
Non-ECC CL5
SODIMM
WD Caviar SE
2 Disco Duro 331,00 662,00 0,00
160 GB SATA
Samsung
DVD/RW Drive
20X IDE Super-
2 Unidad DVD 309,96 619,02 0,00
WriteMaster Bulk
Black

BenQ Teclado -
Teclado + Mouse
2 Multimedia 80,91 161,82 0,00
Mouse ULTRA
DELGADO
BenQ Monitor
2 Monitor Plano LCD 15 630,42 1260,84 0,00
pulgadas Negro.
Unidad
2 Floppy 3.5'' 33,99 67,98 0,00
Floppy
HP Photosmart
1 Impresora 589,00 589,00 0,00
8050
Tecam TTR-1000
2 Regulador Regulador de 78,81 157,62 0,00
Voltaje 1000VA
3.683,3
6777,78
Total General 9 0,00

1.6 Costos del Software para el desarrollo del proyecto:

Costo Unitario Total Costo


Cantidad Descripción Características
BsF BsF
My SQL,
Manejador de
2 PostgreSQL, 0,00 0,00
B.D
Software Libre.
Entorno de
1 PHP 0,00 0,00
desarrollo
Total General 0,00 0,00

14
Nota: el costo del software es 0 Bs.F debido a que se trata de software
libre y se puede conseguir en la Web.

1.7 Costos de horas de análisis y programación para el desarrollo:

Costo real
Cantidad Costo Total del
Descripción Características Unitario Costo proyecto
Horas BsF BsF social
BsF
Levantamiento
150 Análisis 120,00 18000,00 0,00
de información
300 Programación Desarrollo PHP 100,00 30000,00 0,00

Total General 220,00 48000,00 0,00

1.8 Tabla de Totales

RRHH, Servicios y Suministros Hardware y Software


28.300,00 BsF 54.777,78 BsF

2. Factibilidad tecnológica:

• Existe la tecnología necesaria para desarrollar el sistema.


• Los equipos propuestos tienen la capacidad técnica para soportar el
volumen de procesamiento de datos registrados en el sistema,
asimismo disponen de recursos para nuevas adquisiciones.

15
• El sistema propuesto está en capacidad de ofrecer respuestas
oportunas, certeras y confiables adecuadas a las peticiones, sin importar
el número y ubicación de los usuarios.
• Puede crecer con facilidad.
• Se brindan, a través de la norma ISO 9126, las garantías técnicas de
funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y
portabilidad y dentro de estas, se hace especial énfasis, en la exactitud,
confiabilidad, facilidad de acceso y seguridad de los datos.

2.1. Características de los equipos propuestos (Hardware):

Cantidad Equipo Marca Modelo Características


1 Case Genérico ISONIC CCX-
ISONIC CCX-S259ROGA
S259ROGA Plateado
1 Procesador Intel® Pentium® dual core
INTEL dual core E2160 Desktop Processor E2160 1.80
GHz
1 Tarjeta Madre Foxconn Tarjeta Madre i945GC
Foxconn i945GC socket 775

1 Memoria Kingston Memoria 2GB


Non-ECC CL5
Kingston 667MHz DDR2 Non-ECC CL5
SODIMM
SODIMM
1 Disco Duro WD Caviar WD Caviar SE 160 GB SATA

1 Unidad DVD Samsung DVD/RW Drive 20X


Samsung Drive 20X IDE IDE Super-WriteMaster Bulk
Black
1 Teclado + ULTRA BenQ Teclado - Mouse
BenQ Multimedia ULTRA DELGADO
Mouse DELGADO
1 Monitor BenQ Monitor Plano LCD 15
BenQ LCD 15
pulgadas Negro.
1 Unidad Floppy Floppy 3.5''

1 Impresora HP 8050 HP Photosmart 8050

1 Regulador Tecam TTR-1000 Regulador de


Tecam TTR-1000
Voltaje 1000VA

Cantidad Descripción Características

16
• Un amplio subconjunto de ANSI SQL
99, y varias extensiones.
• Soporte a multiplataforma
• Procedimientos almacenados
• Disparadores (triggers)
• Cursores
• Vistas actualizables
• Soporte a VARCHAR
• INFORMATION_SCHEMA
• Soporte X/Open XA de transacciones
distribuidas; transacción en dos fases
como parte de esto, utilizando el
motor InnoDB de Oracle
• Motores de almacenamiento
independientes (MyISAM para
lecturas rápidas, InnoDB para
transacciones e integridad referencial)
• Transacciones con los motores de
Manejador de B.D almacenamiento InnoDB, BDB Y
1
My SQL Cluster; puntos de recuperación
(savepoints) con InnoDB
• Soporte para SSL
• Query caching
• Sub-SELECTs (o SELECTs anidados)
• Réplica con un maestro por esclavo,
varios esclavos por maestro, sin
soporte automático para múltiples
maestros por esclavo.
• indexing y buscando campos de texto
completos usando el motor de
almacenamiento MyISAM
• Embedded database library
• Soporte completo para Unicode
• Conforme a las reglas ACID usando
los motores InnoDB, BDB y Cluster

• Shared-nothing clustering through


MySQL Cluster
1 Entorno de desarrollo • Es un lenguaje multiplataforma.
PHP • Capacidad de conexión con la
mayoría de los manejadores de base
de datos que se utilizan en la
actualidad, destaca su conectividad
con MySQL.
• Capacidad de expandir su potencial
utilizando la enorme cantidad de
módulos (llamados ext's o
extensiones).
• Posee una amplia documentación en
su página oficial ([2]), entre la cual se
destaca que todas las funciones del
sistema están explicadas y
ejemplificadas en un único archivo de
ayuda.
• Es libre, por lo que se presenta como

17
una alternativa de fácil acceso para
todos.
• Permite las técnicas de Programación
Orientada a Objetos.
• Biblioteca nativa de funciones
sumamente amplia e incluida.
• No requiere definición de tipos de
variables.

• Tiene manejo de excepciones (desde


PHP5).
• Implementación del estándar
SQL92/SQL99.
• Soporta distintos tipos de datos:
además del soporte para los tipos
base, también soporta datos de tipo
fecha, monetarios, elementos
gráficos, datos sobre redes (MAC,
IP ...), cadenas de bits, etc. También
permite la creación de tipos propios.
• Incorpora una estructura de datos
array.
• Incorpora funciones de diversa índole:
manejo de fechas, geométricas,
Manejador de B.D orientadas a operaciones con redes,
1 etc.
PostgreSQL • Permite la declaración de funciones
propias, así como la definición de
disparadores.
• Soporta el uso de índices, reglas y
vistas.
• Incluye herencia entre tablas (aunque
no entre objetos, ya que no existen),
por lo que a este gestor de bases de
datos se le incluye entre los gestores
objeto-relacionales.

• Permite la gestión de diferentes


usuarios, como también los permisos
asignados a cada uno de ellos.

3. Factibilidad Operativa:

• Existe gran apoyo y entusiasmo para el proyecto por parte de los


integrantes del Consejo Comunal, quienes a su vez tienen el doble rol de
“Gerentes” y usuarios.
• Los métodos que actualmente usan en el Consejo Comunal son
aceptados por la comunidad, no obstante, las principales autocríticas por

18
el modo manual de trabajo emanan del mismo órgano ejecutivo, por lo
que no existe conflicto de intereses alguno entre el sistema antiguo
“manual” y el automatizado.
• Los usuarios han participado en la planeación y desarrollo del proyecto,
han aportado ideas y han planteado métodos de trabajo para agilizar los
distintos trámites, por lo que no existe la visión de un sistema
“demasiado complejo” y se minimiza la posibilidad de usarlo en forma
que produzca errores o fallos.
• El sistema propuesto en ningún aspecto incide en forma negativa sobre
la organización y contempla resultados óptimos para todas las áreas de
aplicación.
• Con el sistema propuesto no se pierde el control de ninguna de las
áreas, ni se dificulta el acceso a la información.
• Asimismo se incrementa la productividad de los usuarios y los
beneficiarios directos, que son los habitantes de la comunidad, no se
verán afectados en forma alguna por la implantación.

3.1 Encuesta

Muy NS
Pregunta bueno
Bueno Regular Deficiente
NR
1 ¿Cómo evalúa usted la atención
.
que la ha prestado el Consejo
Comunal?
2 ¿Cómo cree usted que ha sido el
.
impacto de los proyectos sociales
en el bienestar de la comunidad?
3 ¿Cómo cataloga usted el control
.
familiar que lleva el Consejo
Comunal?
4 ¿Cómo evaluaría usted la
.
posibilidad de llevar un registro
automatizado de las familias que
forman parte de la comunidad?

19
5 De automatizarse el registro
.
familiar, ¿Cómo considera usted
que sería la distribución de los
beneficios por parte del Consejo
Comunal?
6 ¿Cómo considera usted los
.
servicios que le ha prestado el
Banco Comunal?
7 ¿Cómo evaluaría usted el impacto
.
en la comunidad de los proyectos
ya ejecutados por el Consejo
Comunal?
8 ¿Cómo evaluaría usted el impacto
.
de uso de la tecnología y la
informática en la administración
del Consejo Comunal?
9 ¿Cómo cataloga usted el empleo
.
por parte del Consejo Comunal de
la mano de obra calificada que
reside en la comunidad?
1 ¿Considera usted que el Consejo
0
. Comunal debería llevar un registro
de la mano de obra calificada de la
comunidad?

La encuesta a continuación se les aplicó a los miembros de la comunidad y


a los integrantes del Consejo Comunal “José Pilar Romero” de la Parroquia
San Juan.
La técnica para el análisis de los resultados de la encuesta fue un análisis
cuantitativo, ya que se caracteriza por describir los resultados en forma
matemática, numérica y estadística. En este proyecto los datos se
analizaron y se presentan en la tabla final de conteo de datos y gráficos,
que representan en forma visual los resultados obtenidos.
En esta perspectiva el análisis realizado permitió detectar la información
atinente que sirvió de base para la elaboración de los gràficos circulares. A

20
continuación se presentará las preguntas realizadas a los usuarios
seleccionados:

21
22
23
24
25
26
27
28
29
30
Resultados General de la encuesta

Muy NS
Pregunta bueno
Bueno Regular Deficiente
NR
1 ¿Cómo evalúa usted la atención
que la ha prestado el Consejo 3 6 10 2 0
Comunal?
2 ¿Cómo cree usted que ha sido el
impacto de los proyectos sociales 3 7 11 0 0
en el bienestar de la comunidad?
3 ¿Cómo cataloga usted el control
familiar que lleva el Consejo 0 6 10 4 1
Comunal?
4 ¿Cómo evaluaría usted la
posibilidad de llevar un registro
11 9 1 0 0
automatizado de las familias que
forman parte de la comunidad?
5 De automatizarse el registro
familiar, ¿Cómo considera usted
que sería la distribución de los 13 7 1 0 0
beneficios por parte del Consejo
Comunal?
6 ¿Cómo considera usted los
servicios que le ha prestado el 1 13 2 5 0
Banco Comunal?
7 ¿Cómo evaluaría usted el
impacto en la comunidad de los
2 13 4 2 0
proyectos ya ejecutados por el
Consejo Comunal?
8 ¿Cómo evaluaría usted el
impacto de uso de la tecnología y
la informática en la
15 5 1 0 0
administración del Consejo
Comunal?

9 ¿Cómo cataloga usted el empleo 2 9 9 0 1


por parte del Consejo Comunal
de la mano de obra calificada que

31
reside en la comunidad?
10 ¿Considera usted que el Consejo
Comunal debería llevar un
16 5 0 0 0
registro de la mano de obra
calificada de la comunidad?

DIAGRAMA DE GANTT PARA EL PROYECTO SOCIOTECNOLOGICO DEL


CONSEJO COMUNAL “JOSÉ PILAR ROMERO” DE LA PARROQUIA
SAN JUAN

32
METODOLOGIA DE DESARROLLO A UTILIZAR

Va a trabajarse con la Metodología RUP (Rational Unified Process), en


principio porque es orientada a objetos y es recomendable para proyectos que

33
abarcan un año o más, en segundo lugar porque el gobierno a través del
Ministerio del Poder Popular para las telecomunicaciones e Informática está
promoviendo el uso de esta metodología (ver página web:
http://merinde.rinde.gob.ve/) y así hay coherencia entre los desarrollos en
software libre gubernamentales y el cumplimiento del Decreto 3.390.

Según la Gaceta Oficial Nº 38.095 del 28 de Diciembre de 2004, dice:

Artículo 5. El Ejecutivo Nacional fomentará la investigación y desarrollo de


software bajo modelo Software Libre desarrollado con Estándares Abiertos,
procurando incentivos especiales para desarrolladores.

Artículo 6. El Ejecutivo Nacional fortalecerá el desarrollo de la industria


nacional del software, mediante el establecimiento de una red de formación, de
servicios especializados en Software Libre desarrollado con Estándares
Abiertos y desarrolladores.

Artículo 7. El Ministerio de Ciencia y Tecnología será responsable de proveer


la Distribución Software Libre desarrollado con Estándares Abiertos para el
Estado Venezolano, para lo cual implementará los mecanismos que se
requieran.

Artículo 8. El Ejecutivo Nacional promoverá el uso generalizado del Software


Libre desarrollado con Estándares Abiertos en la sociedad, para lo cual
desarrollará mecanismos orientados a capacitar e instruir a los usuarios en la
utilización del Software Libre desarrollado con Estándares Abiertos.

Artículo 9. El Ejecutivo Nacional promoverá la cooperación internacional en


materia de Software Libre desarrollado con Estándares Abiertos, con especial
énfasis en la cooperación regional a través del MERCOSUR, CAN, CARICOM
y la cooperación SUR-SUR.

Artículo 10. El Ministerio de Educación y Deportes, en coordinación con el


Ministerio de Ciencia y Tecnología, establecerá las políticas para incluir el

34
Software Libre desarrollado con Estándares Abiertos, en los programas de
educación básica y diversificada.

Artículo 11. En un plazo no mayor de noventa (90) días continuos, contados a


partir de la publicación del presente Decreto en la Gaceta Oficial de la
República Bolivariana de Venezuela, el Ministerio de Ciencia y Tecnología
deberá presentar ante la Presidencia de la República, los planes y programas
que servirán de plataforma para la ejecución progresiva del presente Decreto.

Artículo 12. Cada Ministro en coordinación con la Ministra de Ciencia y


Tecnología, en un plazo no mayor de noventa (90) días continuos, contados a
partir de la aprobación por parte de la Presidencia de la República de los
planes y programas referidos en el artículo anterior, publicará en la Gaceta
Oficial de la República Bolivariana de Venezuela su respectivo plan de
implantación progresiva del Software Libre desarrollado con Estándares
Abiertos, acogiéndose a los lineamientos contenidos en aquellos, incluyendo
estudios de financiamiento e incentivos fiscales a quienes desarrollen Software
Libre con Estándares Abiertos destinados a la aplicación de los objetivos
previstos en el presente Decreto. Igualmente, las máximas autoridades de sus
entes adscritos publicaran a través del Ministerio de adscripción sus
respectivos planes.
Los planes de implantación progresiva del Software Libre desarrollado con
Estándares Abiertos de los distintos órganos y entes de la Administración
Pública Nacional, deberán ejecutarse en un plazo no mayor de veinticuatro (24)
meses, dependiendo de las características propias de sus sistemas de
información. Los Ministros mediante Resolución y las máximas autoridades de
los entes que le estén adscritos a través de sus respectivos actos,
determinarán las fases de ejecución del referido Plan, así como las razones de
índole técnico que imposibiliten la implantación progresiva del Software Libre
en los casos excepcionales, de acuerdo a lo establecido en el artículo 3 del
presente Decreto.

35
Artículo 13. El Ministerio de Ciencia y Tecnología establecerá dentro de los
planes y programas contemplados en el presente Decreto, mecanismos que
preserven la identidad y necesidades culturales del país, incluyendo a sus
grupos indígenas, para lo cual procurará que los sistemas operativos y
aplicaciones que se desarrollen se adecuen a su cultura.

Artículo 14. Todos los Ministros quedan encargados de la ejecución del


presente Decreto, bajo la coordinación de la Ministra de Ciencia y Tecnología.

Dado en Caracas, a los veintiocho días del mes de diciembre de dos mil cuatro.
Año 194° de la Independencia y 145° de la Federación.

Asimismo le permite a los analistas contar con una base de conocimiento


donde hacer consultas y despejar dudas, y por último es compatible con el
contenido analítico de la materia “Ingeniería de Software”, por lo que el
proyecto cumple el requisito de desarrollarse con base en las técnicas y
métodos impartidos en esta cátedra. De esta forma se cubre parte de los
requisitos contemplados en el Programa Nacional de Formación en Ingeniería.

Igualmente por el la envergadura del proyecto y el tiempo proyectado, tiene


sentido basarse en una metodología de desarrollo probada en estos dos
aspectos así como por su flexibilidad. Es muy común realizar el diseño de
software de manera rígida, con los requerimientos que el cliente solicitó, de tal
manera que cuando el cliente en la etapa final (etapa de prueba), solicita un
cambio se hace imposible porque alteraría muchos aspectos que no se
habían previsto, y es justo éste, uno de los factores que ocasiona un atraso en
el proyecto y por tanto la incomodidad del desarrollador por no cumplir con el
cambio solicitado y el malestar por parte del cliente por no tomar en cuenta su
pedido.

Obviamente para evitar estos incidentes se llega a un acuerdo formal con el


cliente, al inicio del proyecto, de tal manera que cada cambio o modificación no
perjudique al desarrollo del mismo. Pero la experiencia indica que muchas

36
veces los usuarios finales, se dan cuenta de las cosas que dejaron de
mencionar, recién en la etapa final del proyecto, pese a que se les mostró un
prototipo del software en la etapa inicial del proyecto.

Los proyectos en problemas son los que salen del presupuesto, tienen
importantes retrasos, o simplemente no cumplen con las expectativas del
cliente, y como este proyecto no debe enmarcase en esa situación, por cuanto
es el factor prioritario en esta materia, es que se selecciona la Metodología
RUP para garantizar en gran parte su éxito.

Según rational, esta metodología define claramente quién, cómo, cuándo y


qué debe hacerse en el proyecto. Posee 3 características esenciales: está
dirigida por los Casos de Uso: que orientan el proyecto a la importancia para el
usuario y lo que este quiere; está centrada en la arquitectura: que relaciona la
toma de decisiones que indican cómo tiene que ser construido el sistema y en
qué orden; y es iterativa e incremental: donde divide el proyecto en
miniproyectos donde los casos de uso y la arquitectura cumplen sus objetivos
de manera más depurada.

COMO FILOSOFÍA RUP MANEJA 6 PRINCIPIOS CLAVE

Según Kruchten (1999), rup maneja 6 principios:

Adatpación del proceso


El proceso deberá adaptarse a las características propias de la organización. El
tamaño del mismo, así como las regulaciones que lo condicionen, influirán en
su diseño específico. También se deberá tener en cuenta el alcance del
proyecto.

Balancear prioridades

37
Los requerimientos de los diversos inversores pueden ser diferentes,
contradictorios o disputarse recursos limitados. Debe encontrarse un balance
que satisfaga los deseos de todos.

Colaboración entre equipos


El desarrollo de software no lo hace una única persona sino múltiples equipos.
Debe haber una comunicación fluida para coordinar requerimientos, desarrollo,
evaluaciones,
Planes y resultados

Demostrar valor iterativamente


Los proyectos se entregan, aunque sea de un modo interno, en etapas
iteradas. En cada iteración se analiza la opinión de los inversores, la estabilidad
y calidad del producto, y se refina la dirección del proyecto así como también
los riesgos involucrados.

Elevar el nivel de abstracción


Este principio dominante motiva el uso de conceptos reutilizables tales como
patrón del software, lenguajes 4GL o esquemas (frameworks) por nombrar
algunos. Éstos se pueden acompañar por las representaciones visuales de la
arquitectura, por ejemplo con
UML.

Enfocarse en la calidad
El control de calidad no debe realizarse al final de cada iteración, sino en todos
los aspectos de la producción

EL CICLO DE VIDA DE RUP

38
RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias
iteraciones en número variable según el proyecto y en las que se hace un
mayor o menor hincapié en los distintas actividades.

En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes


actividades:
• Incepción/Inicio: Se hace un plan de fases, se identifican los principales
casos de uso y se identifican los riesgos. Se define el alcance del
proyecto.
• Elaboración: se hace un plan de proyecto, se completan los casos de
uso y se eliminan los riesgos.
• Construcción: se concentra en la elaboración de un producto totalmente
operativo y eficiente y el manual de usuario.
• Transición: se Instala el producto en el cliente y se entrena a los
usuarios. Como consecuencia de esto suelen surgir nuevos requisitos a
ser analizados.

39
DESCRIPCIÓN DE LAS ACTIVIDADES

Dependiendo de las iteraciones del proceso el equipo de desarrollo puede


realizar 7 tipos de actividades en este:

FASE DE INICIO
Durante la fase de inicio las iteraciones hacen ponen mayor énfasis en
actividades modelado del negocio y de requisitos.
En esta fase se desarrollarán los requisitos del producto desde la perspectiva
del usuario, los cuales serán establecidos en el artefacto Visión. Los principales
casos de uso serán identificados y se hará un refinamiento del Plan de
Desarrollo del Proyecto. La aceptación del cliente /usuario del artefacto Visión y
el Plan de Desarrollo marcan el final de esta fase.

Modelado del negocio


En esta fase el equipo se familiarizará más al funcionamiento de la empresa,
sobre conocer sus procesos:
• Entender la estructura y la dinámica de la organización para la cual el
sistema va ser desarrollado.
• Entender el problema actual en la organización objetivo e identificar
potenciales mejoras.
• Asegurar que clientes, usuarios finales y desarrolladores tengan un
entendimiento común de la organización objetivo.

Requisitos
En esta línea los requisitos son el contrato que se debe cumplir, de modo que
los usuarios finales tienen que comprender y aceptar los requisitos que
especifiquemos:

40
• Establecer y mantener un acuerdo entre clientes y otros stakeholders
sobre lo que el sistema podría hacer.
• Proveer a los desarrolladores un mejor entendimiento de los requisitos
del sistema.
• Definir el ámbito del sistema.
• Proveer una base para estimar costos y tiempo de desarrollo del
sistema.
• Definir una interfaz de usuarios para el sistema, enfocada a las
necesidades y metas del usuario.

FASE DE ELABORACIÓN:
En la fase de elaboración, las iteraciones se orientan al desarrollo de la
baseline de la arquitectura, abarcan más los flujos de trabajo de
requerimientos, modelo de negocios (refinamiento), análisis, diseño y una parte
de implementación orientado a la baseline de la arquitectura.
También en esta fase se analizan los requisitos y se desarrolla un prototipo de
arquitectura (incluyendo las partes más relevantes y / o críticas del sistema). Al
final de esta fase, todos los casos de uso correspondientes a requisitos que
serán implementados en la primera release de la fase de Construcción deben
estar analizados y diseñados (en el Modelo de Análisis / Diseño). La revisión y
aceptación del prototipo de la arquitectura del sistema marca el final de esta
fase. La primera iteración tendrá como objetivo la identificación y especificación
de los principales casos de uso, así como su realización preliminar en el
Modelo de Análisis / Diseño, también permitirá hacer una revisión general del
estado de los artefactos hasta este punto y ajustar si es necesario la
planificación para asegurar el cumplimiento de los objetivos.

Análisis y Diseño
En esta actividad se especifican los requerimientos y se describen sobre como
se van a implementar en el sistema:
• Transformar los requisitos al diseño del sistema.

41
• Desarrollar una arquitectura para el sistema.
• Adaptar el diseño para que sea consistente con el entorno de
implementación.

FASE DE CONSTRUCCIÓN
En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial.
Durante la fase de construcción se terminan de analizar y diseñar todos los
casos de uso, refinando el Modelo de Análisis / Diseño. El producto se
construye en base a 2 iteraciones, cada una produciendo una release a la cual
se le aplican las pruebas y se valida con el cliente / usuario. Se comienza la
elaboración de material de apoyo al usuario.

Implementación
Se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y
demás. El resultado final es un sistema ejecutable:
• Planificar qué subsistemas deben ser implementados y en que orden
deben ser integrados, formando el Plan de Integración.
• Cada implementador decide en que orden implementa los elementos del
subsistema.
• Si encuentra errores de diseño, los notifica.
• Se integra el sistema siguiendo el plan.

Pruebas
Este flujo de trabajo es el encargado de evaluar la calidad del producto que
estamos desarrollando, pero no para aceptar o rechazar el producto al final del
proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida.
• Encontrar y documentar defectos en la calidad del software.
• Generalmente asesora sobre la calidad del software percibida.
• Provee la validación de los supuestos realizados en el diseño y
especificación de requisitos por medio de demostraciones concretas.
• Verificar las funciones del producto de software según lo diseñado.

42
• Verificar que los requisitos tengan su apropiada implementación.

Despliegue
Esta actividad tiene como objetivo producir con éxito distribuciones del
producto y distribuirlo a los usuarios. Las actividades implicadas incluyen:
• Probar el producto en su entorno de ejecución final.
• Empaquetar el software para su distribución.
• Distribuir el software.
• Instalar el software.
• Proveer asistencia y ayuda a los usuarios.
• Formar a los usuarios y al cuerpo de ventas.
• Migrar el software existente o convertir bases de datos.

FASE DE TRANSICIÓN
En esta fase se prepararán dos releases para distribución, asegurando una
implantación y cambio del sistema previo de manera adecuada, incluyendo el
entrenamiento de los usuarios. La fase incluye, la entrega de toda la
documentación del proyecto con los manuales de instalación y todo el material
de apoyo al usuario, la finalización del entrenamiento de los usuarios y el
empaquetamiento del producto.

DURANTE TODO EL PROYECTO

Gestión del proyecto


Se vigila el cumplimiento de los objetivos, gestión de riesgos y restricciones
para desarrollar un producto que sea acorde a los requisitos de los clientes y
los usuarios.
• Proveer un marco de trabajo para la gestión de proyectos de software
intensivos.
• Proveer guías prácticas realizar planeación, contratar personal, ejecutar
y monitorear el proyecto.

43
• Proveer un marco de trabajo para gestionar riesgos.

Configuración y control de cambios


El control de cambios permite mantener la integridad de todos los artefactos
que se crean en el proceso, así como de mantener información del proceso
evolutivo que han seguido.

Entorno
La finalidad de esta actividad es dar soporte al proyecto con las adecuadas
herramientas, procesos y métodos. Brinda una especificación de las
herramientas que se van a necesitar en cada momento, así como definir la
instancia concreta del proceso que se va a seguir.

En concreto las responsabilidades de este flujo de trabajo incluyen:


• Selección y adquisición de herramientas
• Establecer y configurar las herramientas para que se ajusten a la
organización.
• Configuración del proceso.
• Mejora del proceso.
• Servicios técnicos.

ROLES EN RUP

Según Kruchten (1999), los roles de rup son los siguientes:

Analistas:
• Analista de procesos de negocio.
• Diseñador del negocio.
• Analista de sistema.
• Especificador de requisitos.

Desarrolladores:

44
Arquitecto de software.
Diseñador
Diseñador de interfaz de usuario
Diseñador de cápsulas.
Diseñador de base de datos.
Implementador.
Integrador.

Gestores:
• Jefe de proyecto
• Jefe de control de cambios.
• Jefe de configuración.
• Jefe de pruebas
• Jefe de despliegue
• Ingeniero de procesos
• Revisor de gestión del proyecto
• Gestor de pruebas.

Apoyo:
• Documentador técnico
• Administrador de sistema
• Especialista en herramientas
• Desarrollador de cursos
• Artista gráfico

Especialista en pruebas:
• Especialista en Pruebas (tester)
• Analista de pruebas.
• Diseñador de pruebas.

45
Otros roles:
• Stakeholders.
• Revisor
• Coordinación de revisiones
• Revisor técnico
• Cualquier rol

Notas:

• Para grandes organizaciones con un números equipos de ingenieros y la


comunicación entre cada equipo es crítica por lo tanto es necesario que
los artefactos sean completos y bastante comprensivos.

• En tanto que para pequeños proyectos no es recomendable presentarse


tanto rigor en las preparaciones de los artefactos, la eficiencia del
proceso depende más de las habilidades de cada trabajador.

DISEÑO DEL SISTEMA

46
OBJETIVOS DEL SISTEMA

47
OBJETIVO GENERAL

Controlar el Registro Poblacional para el Consejo Comunal “José Pilar


Romero” de la parroquia San Juan, Caracas.

OBJETIVOS ESPECÍFICOS

• Registrar y difundir información demográfica, social, económica de


los habitantes de la comunidad.
• Registrar y divulgar información cuantitativa los habitantes de la
comunidad.
• Consultar información demográfica, social, económica de los
habitantes de la comunidad.
• Generar Reportes específicos en base a la información recolectada
(Ejm: Censo detallado, Cantidad de habitantes).

ALCANCE DEL SISTEMA

Sistema automatizado que permite Controlar el Registro Poblacional


para el Consejo Comunal “José Pilar Romero”, el mismo permite
registrar y difundir información demográfica, social, económica de los
habitantes de la comunidad, registrar y divulgar información
cuantitativa de los habitantes de la comunidad, consultar información
demográfica, social, económica de los habitantes de la comunidad, y
generar reportes específicos en base a la información recolectada
(Ejm: Censo detallado, Cantidad de habitantes).

GLOSARIO DE TÉRMINOS

Termino Descripción

48
Censo Un censo de población es el conjunto
de procesos dirigidos a reunir,
resumir, analizar y publicar los datos
demográficos, económicos y sociales
de todos los habitantes de un país de
territorio delimitado, correspondiente a
un momento o período dado.
Comunidad Una comunidad es un grupo o
conjunto de individuos, seres
humanos, o de animales que
comparten elementos en común, tales
como un idioma, costumbres, valores,
tareas, visión del mundo, edad,
ubicación geográfica (un barrio por
ejemplo), estatus social, roles
Consejo Comunal Es una instancia de participación,
articulación e integración entre las
diversas organizaciones comunitarias,
grupos sociales, los ciudadanos y
ciudadanas, que permiten al pueblo
organizado ejercer directamente la
gestión de políticas públicas y
proyectos, orientados a responder a
las necesidades y aspiraciones de la
comunidad en la construcción de una
sociedad de equidad y justicia social.
Registro En informática, y concretamente en el
contexto de una base de datos
relacional, un registro (también
llamado fila o tupla) representa un
ítem único de datos implícitamente
estructurados en una tabla. En
términos simples, una tabla de una
base de datos puede imaginarse
formada de filas y columnas o
campos. Cada fila de una tabla
representa un conjunto de datos
relacionados, y todas las filas de la
misma tabla tienen la misma
estructura.
Sistema de Conjunto de medios que permiten
Información recolectar, clasificar, integrar,
procesar, almacenar y difundir
información interna y externa que la
organización necesita para tomar
decisiones en forma eficiente y eficaz.

49
BENEFICIOS

• El sistema va a poseer un registro automatizado por familia, que


refleje detalles muy puntuales de índole social como: Personas con
discapacidad, pertenencia a etnias indígenas, con enfermedades
que ameriten tratamiento continuo, familias con niños o adultos
excepcionales, estado de la vivienda, madres solteras y familias en
precarias condiciones económicas y sociales. Se debe vincular
este registro con los distintos proyectos sociales, para garantizar
así que los recursos lleguen a quienes más los necesiten.

• Debido a que actualmente los procesos de censo se llevan de


forma manual, a través del sistema automatizado van a reducirse
en gran parte los errores, ya que se realizará un formato tipo
encuesta, adecuado para la captura de datos de la comunidad y
así obtener la información que se requiere de manera rápida y
eficaz, igualmente el sistema contará con las validaciones
respectivas para mantener una data integra y así tener una
precisión en los datos capturados.

• Se centralizará toda la información de la comunidad, para un mayor


manejo de la información que permita disminuir la duplicidad de los
datos, la cantidad de material impreso sobre las encuestas de cada
familia, y poder consultar a través de los reportes específicos la
información que se requiera

• La automatización de los procesos manuales de Registro


Poblacional en el Consejo Comunal, les permite agilizar el trabajo
arduo que lleva actualmente el Consejo Comunal “José Pilar
Romero” de la Parroquia San Juan. Les permitirá disminuir en gran
cantidad el material físico

50
DESCRIPCION GENERAL DEL SISTEMA

REQUERIMIENTOS FUNCIONALES

A continuación se detallan los requerimientos funcionales del sistema:

Nº Descripción del requerimiento


Reportes
A1 Censo Detallado.
A2 Relación de administradores.
A3 Relación de empadronadores.
A4 Viviendas por sector.
Almacenamiento
A5 Registrar Vivienda.
A6 Registrar Familia.
A7 Registrar Miembros con discapacidad
A8 Registrar Sectores.
A9 Registrar Administradores.
A10 Registrar Empadronador.
A11 Modificar Vivenda.
A12 Modificar Família.
A13 Modificar Sectores.
A14 Modificar Administradores.
A15 Modificar Empadronador.
Procesamiento
A16 Eliminar Vivienda
A17 Eliminar Família
A18 Eliminar Sectores
A19 Eliminar Administradores
A20 Eliminar Empadronador

ACTORES

Actores Descripción
Administrador del Sistema Es el responsable de supervisar el
censo, designar los empadronadores
así como también encargado de
imprimir los reportes pertinentes.

51
Transcriptor Es el responsable de transcribir la
data por ejemplo, registro de
Viviendas, familia y sectores.

DIAGRAMAS DE CASOS DE USO

52
SISTEMA DE INFORMACIÓN DE REGISTRO Y CONTROL POBLACIONAL PARA EL
CONSEJO COMUNAL “JOSE PILAR ROMERO”
, CARACAS.
DE LA PARROQUIA SAN JUAN

Registrar
Vivienda
«extends»

Modificar
«extends»
Vivienda
Actualizar
Vivienda «extends»
Eliminar
Vivienda

Registrar
Familia
«extends»

Modificar
«extends» Familia
Actualizar
«extends»
Familia Eliminar
Familia

«extends» Registrar
Sectores
Actualizar «extends»
Sectores Modificar
Sectores
«extends»

Eliminar
Sectores

«extends»
Registrar
Administradores

Transcriptor Actualizar «extends»


Administradores
Modificar
Administradores
«extends»

Eliminar
Administradores
«extends»
Actualizar
Empadronador
Registrar
«extends» Empadronador

«extends»
Modificar
Administrador del Sistema
Empadronador
Imprimir

«extends» Eliminar
Empadronador

«extends»
«extends» «extends»
Censo
Detallado

Relacion de
Administradores

Viviendas por Relacion de


sector Empadronadores

53
SISTEMA DE INFORMACIÓN DE REGISTRO Y CONTROL POBLACIONAL PARA EL
CONSEJO COMUNAL “JOSE PILAR ROMERO”
, CARACAS.
DE LA PARROQUIA SAN JUAN

Registrar
Vivienda
«extends»

Modificar
«extends»
Vivienda
Actualizar
Vivienda «extends»
Eliminar
Vivienda

Registrar
Familia
«extends»

Modificar
«extends» Familia
Actualizar
«extends»
Familia Eliminar
Familia

«extends» Registrar
Sectores
Actualizar «extends»
Sectores Modificar
Sectores
«extends»

Eliminar
Sectores
«extends»
Actualizar
Administradores Registrar
«extends» Administradores

Consejo Comunal
«extends»
Modificar
Administradores

Eliminar
Actualizar «extends» Administradores
Empadronador

«extends»
Registrar
Empadronador
«extends»

Modificar
Empadronador
Imprimir

«extends» Eliminar
Empadronador

«extends»
«extends» «extends»
Censo
Detallado

Relacion de
Administradores

Viviendas por Relacion de


sector Empadronadores

DESCRIPCIÓN DE LOS CASOS DE USOS

Nombre Actualizar Vivienda

54
Alias
Actores Transcriptor
Función Permitir el mantenimiento de viviendas.
Descripción El transcriptor puede registrar viviendas nuevas,
identificando todas sus características. El sistema debe
asignar un ID único por vivienda para referencia principal.
También es posible modificar o eliminar algunas de sus
características.
Referencias De requerimientos: A5,A11,A16

De casos: Registrar Vivienda, Modificar Vivenda, Eliminar


Família.

Nombre Actualizar Familia


Alias
Actores Transcriptor
Función Permitir el mantenimiento de las familias
Descripción El transcriptor puede registrar familias nuevas, identificando
todas sus características, integrantes, aspectos individuales
de los integrantes. El sistema vincula la familia a la vivienda
a través del ID único de vivienda. También es posible
modificar o eliminar algunas de sus características.
Referencias De requerimientos: A6, A12, A17

De casos: Registrar Família, Modificar Família, Eliminar


Família

Nombre Actualizar Sectores


Alias
Actores Transcriptor
Función Permitir el mantenimiento de los Sectores
Descripción El transcriptor puede registrar sectores nuevos, identificando
todas sus características, dirección, puntos de referencia y
otros. El sistema vincula las viviendas que conforman el
sector a través del ID único de vivienda. También es posible
modificar o eliminar algunas de sus características. No
puede eliminarse un sector si tiene viviendas vinculadas
Referencias De requerimientos: A8, A13, A18

De casos: Registrar Sectores, Modificar Sectores, Eliminar


Sectores.

Nombre Actualizar Administradores

55
Alias
Actores Administrador del Sistema
Función Permitir el mantenimiento de los Administradores
Descripción El Administrador del Sistema puede registrar nuevos
administradores, identificando nombre y observación de
interés. También es posible modificar o eliminar algunas de
sus características.
Referencias De requerimientos: A9, A14, A19

De casos: Registrar Administradores, Modificar


Administradores, Eliminar Administradores.

Nombre Actualizar Empadronadores


Alias
Actores Administrador del Sistema
Función Permitir el mantenimiento de los Empadronadores
Descripción El Administrador del Sistema puede registrar nuevos
empadronadores, identificando nombre y otras
características. También es posible modificar o eliminar
algunas de sus características, solo si no tiene asociado
algún registro censal.
Referencias De requerimientos: A10, A15, A20

De Casos: Registrar Empadronador, Modificar


Empadronador, Eliminar Empadronador

Nombre Imprimir
Alias
Actores Administrador del Sistema
Función Permitir la impresión de los registros
Descripción El Administrador del Sistema puede imprimir el censo
detallado, las viviendas por sector, la relación de
administradores y la relación de empadronadores.
Referencias De requerimientos: A1, A2, A3, A4

De casos: Censo Detallado, Relación de administradores,


Relación de empadronadores, Viviendas por sector.

EVENTOS

Nombre caso de Uso Actualizar Vivienda; Subcaso Ingresar


vivienda

56
Alias
Actores Transcriptor
Evento Respuesta del Sistema
1. Seleccionar opción Ingreso de 2. Capturar Selección
Vivienda 3. Mostrar pantalla de captura de
datos de vivienda y asigna ID único.
5. Capturar datos vivienda
4. Digitar datos nueva vivienda 7. Grabar datos en el sistema.
6. Hacer Click en grabar datos

Evento Alterno

Nombre caso de Uso Actualizar Vivienda; Subcaso Ingresar


vivienda
Alias
Actores Transcriptor
Numero de Línea Respuesta del Sistema
Línea 1 No Ingresa ninguna opción El sistema mostrará un mensaje
informativo indicando que debe
seleccionar una opción.

Línea 4 No ingresa los datos El sistema mostrará un mensaje


completos de la vivienda informativo indicando que debe
ingresar todos los datos de la vivienda

Línea 6 Falla la inserción de datos. El sistema mostrará un mensaje


informativo indicando que no se
insertara los datos de viviendas.

Nombre caso de Uso Actualizar Familia; Subcaso Ingresar


Familia

57
Alias
Actores Transcriptor
Evento Respuesta del Sistema
1. Seleccionar opción Ingreso de 2. Capturar Selección
Familia 3. Mostrar pantalla de captura de
datos de familia y opción para
vincularla a un ID único de vivienda.
4. Digitar datos nueva familia y 5. Capturar datos de familia y
vincular a ID único de vivienda. vinculación.
6. Hacer Click en grabar datos 7. Grabar datos en el sistema.

Evento Alterno

Nombre caso de Uso Actualizar Vivienda; Subcaso Ingresar


Familia
Alias
Actores Transcriptor
Numero de Línea Respuesta del Sistema
Línea 1 No Ingresa ninguna opción El sistema mostrará un mensaje
informativo indicando que debe
seleccionar una opción.

Línea 4 No ingresa los datos El sistema mostrará un mensaje


completos de la familia informativo indicando que debe
ingresar todos los datos de la familia

Línea 6 Falla la inserción de datos El sistema mostrará un mensaje


familiares. informativo indicando que no se
insertara los datos de la familia.

Nombre caso de Uso Actualizar Sectores; Subcaso


Ingresar sectores
Alias
Actores Transcriptor
Evento Respuesta del Sistema

58
1. Seleccionar opción Ingreso de 2. Capturar Selección
Sectores 3. Mostrar pantalla de captura de
datos de vivienda y opción para
4. Digitar datos nueva vivienda y vincularla los ID único de vivienda al
vincular los ID único de vivienda sector de ubicación.
pertenecientes a este sector.
5. Capturar datos de sectores.
6. Hacer Click en grabar datos 7. Grabar datos en el sistema.

Evento Alterno

Nombre caso de Uso Actualizar Vivienda; Subcaso Ingresar


sectores
Alias
Actores Transcriptor
Numero de Línea Respuesta del Sistema
Línea 1 No Ingresa ninguna opción El sistema mostrará un mensaje
informativo indicando que debe
seleccionar una opción.

Línea 4 No ingresa los datos El sistema mostrará un mensaje


completos de la sectores informativo indicando que debe
ingresar todos los datos los sectores.

Línea 6 Falla la inserción de datos del El sistema mostrará un mensaje


sector. informativo indicando que no se
insertara los datos del sector.

Nombre caso de Uso Actualizar Administradores; Subcaso


Ingresar Administradores
Alias
Actores Administrador del Sistema

59
Evento Respuesta del Sistema
1. Seleccionar opción Ingreso de 2. Capturar Selección
Administradores 3. Mostrar pantalla de captura de
datos de Administrador.
4. Digitar datos nuevo administrador.
5. Capturar datos de administradores.
6. Hacer Click en grabar datos 7. Grabar datos en el sistema.

Evento Alterno

Nombre caso de Uso Actualizar Vivienda; Subcaso Ingresar


Administradores
Alias
Actores Administrador del Sistema
Numero de Línea Respuesta del Sistema
Línea 1 No Ingresa ninguna opción El sistema mostrará un mensaje
informativo indicando que debe
seleccionar una opción.

Línea 4 No ingresa los datos El sistema mostrará un mensaje


completos del administrador. informativo indicando que debe
ingresar todos los datos del
administrador.
Línea 6 Falla la inserción de datos del
administrador. El sistema mostrará un mensaje
informativo indicando que no se
insertara los datos del administrador.

Nombre caso de Uso Actualizar Empadronador; Subcaso


Ingresar Empadronador.
Alias
Actores Administrador del Sistema
Evento Respuesta del Sistema
1. Seleccionar opción Ingreso de 2. Capturar Selección
Empadronador. 3. Mostrar pantalla de captura de
datos de Empadronador.
4. Digitar datos nuevo Empadronador.
5. Capturar datos de Empadronador.
6. Hacer Click en grabar datos 7. Grabar datos en el sistema.

Evento Alterno

60
Nombre caso de Uso Actualizar Vivienda; Subcaso Ingresar
Empadronador
Alias
Actores Administrador del Sistema
Numero de Línea Respuesta del Sistema
Línea 1 No Ingresa ninguna opción El sistema mostrará un mensaje
informativo indicando que debe
seleccionar una opción.

Línea 4 No ingresa los datos El sistema mostrará un mensaje


completos del empadronador. informativo indicando que debe
ingresar todos los datos del
empadronador.
Línea 6 Falla la inserción de datos del
empadronador. El sistema mostrará un mensaje
informativo indicando que no se
insertara los datos del empadronador.

DIAGRAMA CONTEXTUAL

61
DIAGRAMA DE ESTRUCTURA ESTÁTICA (DE CLASES)

62
DIAGRAMAS DE INTERACCIÓN

63
64
Diagrama de Secuencia
Caso de uso: Actualizar Familia

GUI Familia
Transcriptor
desplegar forma familia()
Elegir Ingreso Familia

capturar datos de familia()


Ingresa Datos Familiares

Crea familia()

Valida familia ()

Grabar Familia()

65
Diagrama de Secuencia
Caso de uso: Actualizar Sectores

GUI Sectores
Transcriptor
desplegar forma sectores()
Elegir Ingreso Sectores

capturar datos de sectores()


Ingresa Datos Sectores

Crea sectores()

Valida sectores()

Grabar Sectores()

66
DIAGRAMAS DE COLABORACION

67
Diagrama de Colaboración
Caso de uso: Actualizar Familia

Ingresa datos familia


GUI 1. Capturar datos familia()
Cod_Familia
Nombres
Apellidos
* Fecha_Nac
Transcriptor
2. Validar datos familia()

3.Crea Familia()

DB Familia *

4. Graba Familia
Familia

68
DIAGRAMA DE ESTADO

69
Diagrama de Estado
Ingreso de Familia

Creado Obj do/ Validacion Do/Captura

Activo Inactivo Do/

Grabacion Do/Ingreso BD

70
DIAGRAMAS DE ACTIVIDAD

71
Diagrama de Actividades
Ingreso de Familia

Captura Familia

Valida Familia

Validación OK

No OK

Mensaje Ingresa Familia

72
ATRIBUTOS DE CALIDAD DEL SOFTWARE

Funcionalidad

El sistema es funcional debido a que permite automatizar la información


suministrada por las familias censadas, permite comprobar la veracidad de los
datos de cada familia, persona o vivienda, cumple con los requisitos generales
aplicados a los censos de población y vivienda a nivel nacional, genera
información con la cual puede interactuar con un sistema contable, de salud, de
control de obras, etc., protege la información validando cada clave de acceso,
cumple con las normas, leyes y reglamentos establecidos por la ley de
consejos.

Fiabilidad

La información suministrada por el sistema es real y confiable para el


consejo comunal, genera respaldo de la información, protege la información en
caso de infractores que deseen entrar al sistema, en caso de fallos se puede
recuperar la información, se adapta a las normas sobre Seguridad de la
Información y la Ley Contra Delitos Informáticos.

Usabilidad

El sistema es de fácil manejo, mediante la interfaz gráfica mantendrá


una correlación con la planilla llenada en el censo lo que permito que el usuario
pueda transcribir y validar la información sin ninguna dificultad, esto hará que el
usuario aprenda a manejar, operar y controlar la aplicación.

73
Eficiencia

Debe mostrar la información solicitada en tiempo real según los


parámetros utilizados por los recursos en forma adecuada. La utilización de
recursos es óptima debido a que usará aplicaciones y complementos de última
generación.

Mantenibilidad

Es de fácil mantenimiento debido a que se usan herramientas de bases


de datos de última generación que permiten la detección y diagnóstico en caso
de fallos. Las fallas detectadas pueden ser corregidas sin generar efectos o
eventos preocupantes.

Portabilidad

El sistema se adapta a otras plataformas y a otros sistemas operativos,


puede instalarse en un PC o en un Servidor, puede convivir con otros sistemas
administrativos y generar información para los mismos.

74
BIBLIOGRAFÍA

www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_07
062004.html

www.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/

infogdssistemas.spaces.live.com/blog/cns!5B9ED81A701B41D2!139.entry –

www.edukativos.com/apuntes/archives/448

http://merinde.rinde.gob.ve/

Philippe Kruchten: Use-Case Storyboards in the Rational Unified Process.


ECOOP Workshops 1999: 249-250

75

You might also like